Web service

eb service是一個平臺獨立的，低耦合的，自包含的、基于可編程的web的應用程序，可使用開放的XML（標準通用標記語言下的一個子集）標準來描述、發布、發現、協調和配置這些應用程序，用于開發分布式的互操作的應用程序。[1]

Web Service技術，能使得運行在不同機器上的不同應用無須借助附加的、專門的第三方軟件或硬件，就可相互交換數據或集成。依據Web Service規范實施的應用之間，無論它們所使用的語言、平臺或內部協議是什么，都可以相互交換數據。Web Service是自描述、自包含的可用網絡模塊，可以執行具體的業務功能。Web Service也很容易部署，因為它們基于一些常規的產業標準以及已有的一些技術，諸如標準通用標記語言下的子集XML、HTTP。Web Service減少了應用接口的花費。Web Service為整個企業甚至多個組織之間的業務流程的集成提供了一個通用機制。

歷史

web廣泛用到的技術：

TCP/IP：通用網絡協議，被各種設備使用

HTML（標準通用標記語言下的一個應用）：通用用戶界面，可以使用HTML標簽顯示數據

.NET: 不同應用程序間共享數據與數據交換

Java：寫一次可以在任何系統運行的通用編程語言，因為java具有跨平臺特性

XML（標準通用標記語言下的一個子集）：通用數據表達語言，在web上傳送結構化數據的容易方法

他們的特點是其開放性，跨平臺性，開放性正是Web services的基礎。

近幾年來，Internet的迅猛發展使其成為全球信息傳遞與共享的巨大的資源庫。越來越多的網絡環境下的Web應用系統被建立起來，利用HTML、CGI等Web技術可以輕松地在Internet環境下實現電子商務、電子政務等多種應用。然而這些應用可能分布在不同的地理位置，使用不同的數據組織形式和操作系統平臺，加上應用不同所造成的數據不一致性，使得如何將這些高度分布的數據集中起來并得以充分利用成為急需解決的問題。

隨著網絡技術、網絡運行理念的發展，人們提出一種新的利用網絡進行應用集成的解決方案——Web Service。Web Service是一種新的Web應用程序分支，其可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以后，其他Web Service應用程序可以發現并調用它部署的服務。因此，Web Service是構造分布式、模塊化應用程序和面向服務應用集成的最新技術和發展趨勢。

Web Service趨勢

內容更動態化

帶寬Bandwidth更便宜，易于獲得

存儲器Storage更便宜，更易獲得

普遍式計算變得更加重要：大量的設備，例如移動電話，頁面，電腦，pc，已經在Internet上變得普遍，平臺變得更多元化，像XML（標準通用標記語言下的一個子集）這樣的跨平臺技術變得更重要

Web Service趨勢

上述的這些趨勢意味著，更加智能的處理，操作和匯總內容變得十分重要。讓我們看看按照Web services角度所預示的四個趨勢：

內容更加動態：一個web service必須能合并從多個不同來源的內容，可以包括股票，天氣，新聞等，在傳統環境中的內容，如存貨水平，購物訂單或者目錄信息等，都從后端系統而來；

帶寬更加便宜：web services可以分發各種類型的內容（音頻，視頻流等）；

存儲更便宜:：web services必須能聰明地處理大量數據，意味著要使用數據庫，LDAP目錄，緩沖，和負載平衡軟件等技術保持可擴展能力；

普遍式計算更重要：web services不能要求客戶使用某一版本的windows的傳統瀏覽器，必須支持各種設備，平臺，瀏覽器類型，各種內容類型；

兩種重要技術

要達到這樣的目標，Web services要使用兩種技術：

XML（標準通用標記語言下的一個子集）：XML是在web上傳送結構化數據的偉大方式，Web services要以一種可靠的自動的方式操作數據，HTML（標準通用標記語言下的一個應用）不會滿足要求，而XML可以使web services十分方便的處理數據，它的內容與表示的分離十分理想；

SOAP：SOAP使用XML消息調用遠程方法，這樣web services可以通過HTTP協議的post和get方法與遠程機器交互，而且，SOAP更加健壯和靈活易用；

其他像UDDI和WSDL技術與XML和SOAP技術緊密結合用于服務發現。

Web Service支持

Web Service技術支持

Web Service平臺需要一套協議來實現分布式應用程序的創建。任何平臺都有它的數據表示方法和類型系統。要實現互操作性，Web Service平臺必須提供一套標準的類型系統，用于溝通不同平臺、編程語言和組件模型中的不同類型系統。這些協議有：

XML和XSD

可擴展的標記語言（標準通用標記語言下的一個子集）是Web Service平臺中表示數據的基本格式。除了易于建立和易于分析外，XML主要的優點在于它既與平臺無關，又與廠商無關。XML是由萬維網協會(W3C)創建，W3C制定的XML SchemaXSD　定義了一套標準的數據類型，并給出了一種語言來擴展這套數據類型。

Web Service平臺是用XSD來作為數據類型系統的。當你用某種語言如VB. NET或C#　來構造一個Web Service時，為了符合Web Service標準，所有你使用的數據類型都必須被轉換為XSD類型。如想讓它使用在不同平臺和不同軟件的不同組織間傳遞，還需要用某種東西將它包裝起來。這種東西就是一種協議，如 SOAP。

xml web service

SOAP

SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用于交換XML（標準通用標記語言下的一個子集）編碼信息的輕量級協議。它有三個主要方面：XML-envelope為描述信息內容和如何處理內容定義了框架，將程序對象編碼成為XML對象的規則，執行遠程過程調用(RPC)的約定。SOAP可以運行在任何其他傳輸協議上。例如，你可以使用 SMTP，即因特網電子郵件協議來傳遞SOAP消息，這可是很有誘惑力的。在傳輸層之間的頭是不同的，但XML有效負載保持相同。

Web Service 希望實現不同的系統之間能夠用“軟件-軟件對話”的方式相互調用，打破了軟件應用、網站和各種設備之間的格格不入的狀態，實現“基于Web無縫集成”的目標。

WSDL

Web Service描述語言WSDL　就是用機器能閱讀的方式提供的一個正式描述文檔而基于XML（標準通用標記語言下的一個子集）的語言，用于描述Web Service及其函數、參數和返回值。因為是基于XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的。

UDDI

UDDI 的目的是為電子商務建立標準；UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標準。

調用RPC與消息傳遞

Web Service本身其實是在實現應用程序間的通信。我們有兩種應用程序通信的方法：RPC遠程過程調用　和消息傳遞。使用RPC的時候，客戶端的概念是調用服務器上的遠程過程，通常方式為實例化一個遠程對象并調用其方法和屬性。RPC系統試圖達到一種位置上的透明性：服務器暴露出遠程對象的接口，而客戶端就好像在本地使用的這些對象的接口一樣，這樣就隱藏了底層的信息，客戶端也就根本不需要知道對象是在哪臺機器上。

Web Service軟件支持

操作系統離不開豐富的應用軟件的支持。同樣，Web Service這項技術只有通過日益廣泛的應用才能體現出其價值，比較流行的實現方法是使用.NET 和 Java兩種技術，并且兩種實現方法可以互相操作；如今我們已經可以看到使用微軟、Oracle、SUN、Borland等不同廠商的Web Service構建工具建立的Web Service應用。

微軟.NET

微軟的.NET技術應該算是時下最為流行的Web Service 開發技術。首先因為其公司在以前相應的產品就占有相當大的市場份額，以至使新推出的.NET得以有比較穩定的用戶群；其次也是更重要的是 .NET平臺不僅延續了微軟一貫的編程風格，而且還增加了許多支持Web 服務的關鍵性技術，使得.NET在操作的簡單性和執行的穩定性，高效性上達到了一個非常好的結合。

微軟的Visual Studio. NET便是一個便于 Web 服務的開發工具。微軟的目標是，將其新編程語言——C#作為Web Service的首選語言。雖然C#看起來與Java類似，但是還有一些Java中沒有的獨特的功能。.NET技術中用于Web Service 開發的主要工具是ASP. NET。從技術上說，ASP. net　提供了一些超出ASP以前版本的優點(例如：代碼和HTML（標準通用標記語言下的一個應用）的分離，與腳本語言相比較，對“真正”的編程語言如 C# 的支持)。

IBM的WebSphere

IBM公司是業界第一家能夠提供全面支持Web服務的電子商務基礎設施中間件的公司。通過多年來與W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在內的所有IBM軟件都實現了對SOAP、WSDL、UDDI、Linux、XML（標準通用標記語言下的一個子集）、J2EE等開放技術和標準的全面支持。

IBM公司的WebSphere也是比較好的基礎架構軟件開發平臺。WebSphere軟件平臺及開發工具包括WebSphere Studio Application DeveloperWSAD　基于J2EE、XML 和Web服務等開放標準，并具備 IBM 在可靠性、擴展性和安全性上的主要優勢。WebSphere 是 IBM 在 Web Services策略中的核心平臺，它支持所有開發、發布、部署 Web Services應用所必需的開放標準和技術，包括 UDDI，SOAP，J2EE，WSDL，和對 XML 技術集成的增強，這使得它在全球有很多用戶。

Borland的JBuilder

Borland公司在 JBuilder7中，用戶可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3進行更快捷地開發Web Service和無線應用。這樣將使開發者能夠在同一個開發環境中輕松地創建和集成Web Service。新推出的JBuidler8更是針對Web Service開發更提供了方便和高效的方法。

總之，在Web Service開發上，.NET 和Java都是很好的選擇，盡管兩者都有一些需要完善的地方，但是它們還是最好的開發手段和技術。具體選擇哪種開發工具，也是仁者見仁，智者見智的問題。從根本上說，這兩種方法沒有孰優孰劣的問題，只是根據使用者對這兩種方法的掌握程度和對具體語言的偏愛程度來決定。

Web Service應用

Web service到底是什么；在什么情況下你應該使用Web service。

研究一下當前的應用程序開發，你會發現一個絕對的傾向：人們開始偏愛基于瀏覽器的客戶端應用程序。這當然不是因為客戶端能夠提供更好的用戶界面，而是因為它能夠避免花在桌面應用程序發布上的高成本。發布桌面應用程序成本很高，一半是因為應用程序安裝和配置的問題，另一半是因為客戶端和服務器之間通信的問題。

傳統的Windows客戶應用程序使用DCOM來與服務器進行通信和調用遠程對象。配置好DCOM使其在一個大型的網絡中正常工作將是一個極富挑戰性的工作，同時也是許多IT工程師的噩夢。事實上，許多IT工程師寧愿忍受瀏覽器所帶來的功能限制，也不愿在局域網上去運行一個DCOM。在我看來，結果就是一個發布容易，但開發難度大而且用戶界面極其受限的應用程序。極端的說，就是你花了更多的資金和時間，卻開發出從用戶看來功能更弱的應用程序。不信？問問你的會計師對新的基于瀏覽器的會計軟件有什么想法：絕大多數商用程序用戶希望使用更加友好的Windows用戶界面。

關于客戶端與服務器的通信問題，一個完美的解決方法是使用HTTP協議來通信。這是因為任何運行Web瀏覽器的機器都在使用HTTP協議。同時，當前許多防火墻也配置為只允許HTTP連接。

許多商用程序還面臨另一個問題，那就是與其他程序的互操作性。如果所有的應用程序都是使用COM或.NET語言寫的，并且都運行在Windows平臺上，那就天下太平了。然而，事實上大多數商業數據仍然在大型主機上以非關系文件(VSAM)的形式存放，并由COBOL語言編寫的大型機程序訪問。而且，還有很多商用程序繼續在使用C++、Java、Visual Basic和其他各種各樣的語言編寫。除了最簡單的程序之外，所有的應用程序都需要與運行在其他異構平臺上的應用程序集成并進行數據交換。這樣的任務通常都是由特殊的方法，如文件傳輸和分析，消息隊列，還有僅適用于某些情況的的API，如IBM的"高級程序到程序交流(APPC)"等來完成的。在以前，沒有一個應用程序通信標準，是獨立于平臺、組建模型和編程語言的。只有通過Web Service，客戶端和服務器才能夠自由的用HTTP進行通信，不論兩個程序的平臺和編程語言是什么。

什么是Web Service

對這個問題，我們至少有兩種答案。從表面上看，Web service 就是一個應用程序，它向外界暴露出一個能夠通過Web進行調用的API。這就是說，你能夠用編程的方法通過Web來調用這個應用程序。我們把調用這個Web service 的應用程序叫做客戶。例如，你想創建一個Web service ，它的作用是返回當前的天氣情況。那么你可以建立一個ASP頁面，它接受郵政編碼作為查詢字符串，然后返回一個由逗號隔開的字符串，包含了當前的氣溫和天氣。要調用這個ASP頁面，客戶端需要發送下面的這個HTTP GET

返回的數據就應該是這樣：

這個ASP頁面就應該可以算作是Web service 了。因為它基于HTTP GET請求，暴露出了一個可以通過Web調用的API。當然，Web service 還有更多的東西。

下面是對Web service 更精確的解釋： Web services是建立可互操作的分布式應用程序的新平臺。作為一個Windows程序員，你可能已經用COM或DCOM建立過基于組件的分布式應用程序。COM是一個非常好的組件技術，但是我們也很容易舉出COM并不能滿足要求的情況。

Web service平臺是一套標準，它定義了應用程序如何在Web上實現互操作性。你可以用任何你喜歡的語言，在任何你喜歡的平臺上寫Web service ，只要我們可以通過Web service標準對這些服務進行查詢和訪問。

新平臺

Web service平臺需要一套協議來實現分布式應用程序的創建。Web service平臺必須提供一套標準的類型系統，用于溝通不同平臺、編程語言和組件模型中的不同類型系統。在傳統的分布式系統中，基于界面(interface)的平臺提供了一些方法來描述界面、方法和參數（譯注：如COM和COBAR中的IDL語言）。同樣的，Web service平臺也必須提供一種標準來描述Web service，讓客戶可以得到足夠的信息來調用這個Web service。最后，我們還必須有一種方法來對這個Web service進行遠程調用。這種方法實際是一種遠程過程調用協議(RPC)。為了達到互操作性，這種RPC協議還必須與平臺和編程語言無關。下面幾個小節就簡要介紹了組成Web service平臺的這三個技術。

XML和XSD

可擴展的標記語言（標準通用標記語言下的一個子集）是Web service平臺中表示數據的基本格式。除了易于建立和易于分析外，XML主要的優點在于它既是平臺無關的，又是廠商無關的。無關性是比技術優越性更重要的：軟件廠商是不會選擇一個由競爭對手所發明的技術的。

XML解決了數據表示的問題，但它沒有定義一套標準的數據類型，更沒有說怎么去擴展這套數據類型。例如，整形數到底代表什么？16位，32位，還是64位？這些細節對實現互操作性都是很重要的。W3C制定的XML Schema(XSD)就是專門解決這個問題的一套標準。它定義了一套標準的數據類型，并給出了一種語言來擴展這套數據類型。Web service平臺就是用XSD來作為其數據類型系統的。當你用某種語言(如VB. NET或C#)來構造一個Web service時，為了符合Web service標準，所有你使用的數據類型都必須被轉換為XSD類型。你用的工具可能已經自動幫你完成了這個轉換，但你很可能會根據你的需要修改一下轉換過程。

SOAP

Web service建好以后，你或者其他人就會去調用它。簡單對象訪問協議(SOAP)提供了標準的RPC方法來調用Web service。實際上，SOAP在這里有點用詞不當：它意味著下面的Web service是以對象的方式表示的，但事實并不一定如此：你完全可以把你的Web service寫成一系列的C函數，并仍然使用SOAP進行調用。SOAP規范定義了SOAP消息的格式，以及怎樣通過HTTP協議來使用SOAP。SOAP也是基于XML（標準通用標記語言下的一個子集）和XSD的，XML是SOAP的數據編碼方式。

WSDL

你會怎樣向別人介紹你的Web service有什么功能，以及每個函數調用時的參數呢？你可能會自己寫一套文檔，你甚至可能會口頭上告訴需要使用你的Web service的人。這些非正式的方法至少都有一個嚴重的問題：當程序員坐到電腦前，想要使用你的Web service的時候，他們的工具(如Visual Studio)無法給他們提供任何幫助，因為這些工具根本就不了解你的Web service。

解決方法是：用機器能閱讀的方式提供一個正式的描述文檔。Web service描述語言(WSDL)就是這樣一個基于XML（標準通用標記語言下的一個子集）的語言，用于描述Web service及其函數、參數和返回值。WSDL既是機器可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發工具既能根據你的Web service生成WSDL文檔，又能導入WSDL文檔，生成調用相應Web service的代碼。

UDDI

Universal Description, Discovery and Integration

為加速Web Service的推廣、加強Web Service的互操作能力而推出的一個計劃,基于標準的服務描述和發現的規范(specification)。

以資源共享的方式由多個運作者一起以Web Service的形式運作UDDI商業注冊中心。

UDDI計劃的核心組件是UDDI商業注冊，它使用XML文檔來描述企業及其提供的Web Service。

UDDI商業注冊提供三種信息：

White Page包含地址、聯系方法、已知的企業標識。

Yellow Page包含基于標準分類法的行業類別。

Green Page包含關于該企業所提供的Web Service的技術信息，其形式可能是指向文件或URL的指針，而這些文件或URL是為服務發現機制服務的。

Web Service開發實例

利用WebService實現數據添加

利用WebService實現數據刪除

利用WebService給手機發短信[3]

適合使用Web Service的情況

跨越防火墻；

應用程序集成；

B2B集成；

軟件重用

不適合使用Web服務的情況

單機應用程序；

局域網上的同構應用程序

X01 服務器狀態碼

服務器狀態碼用來告知客戶端Web服務對本次的請求響應狀態是什么。

1、200 OK表示從客戶端發來的請求在服務器端被正常處理了。

2、204 No Content 該狀態碼代表服務器接收的請求已成功處理，但在返回的響應報文中不含實體的主體部分。

3、206 Partial Content 該狀態碼表示客戶端進行了范圍請求，而服務器成功執行了這部分的GET請求。

4、301 Moved Permanently 永久性重定向。該狀態碼表示請求的資源已被分配了新的URL，以后應使用資源現在所指的URL。

5、302 Found 臨時性重定向。該狀態碼表示請求的資源已被分配了新的URL ，希望用戶（本次）能使用新的URL訪問。

6、303 See Other 該狀態碼表示由于請求對應的資源存在著另一個URL，應使用GET方法定向獲取請求的資源。

7、304 Not Modified 該狀態碼表示客戶端發送附帶條件的請求時，服務端允許請求訪問資源。

8、307 Temporary Redirect 臨時重定向。不會從POST變成GET。

9、400 Bad Request 表示請求報文中存在語法錯誤。

10、401 Unauthorized 表示發送的請求需要有通過HTTP認證（BASIC、DIGEST認證）的認證信息。

11、403 Forbidden 表示對請求資源的訪問被服務器拒絕了。

12、404 Not Found 服務器上沒有請求的資源。

13、500 Internal Server Error 表明服務器端在執行請求時發生了錯誤。

14、503 Service Unavailable 表明服務器暫時維護等，無法處理請求。

0X02 請求方法

HTTP/1.1協議中共定義了八種方法（有時也叫"動作"），來表明Request-URL指定的資源不同的操作方式

1、OPTIONS：詢問支持得方法

用來查詢針對請求URI指定的資源支持的方法

2、HEAD

請求獲取由Request-URI 所標識的資源的響應消息報頭，不返回報文主體部分。用于確認URI的有效性及資源更新的日期時間等

3、GET

向特定的資源發出請求。發送一個請求來取得服務器上的某一資源。資源通過一組HTTP頭和呈現數據（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請求中，永遠不會包含呈現數據。

4、POST

傳輸實體主體，向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。

5、PUT

用來傳輸文件，像FTP協議的文件上傳一樣，要求在請求報文的主體中包含文件內容，

然后保存到請求URI指定的位置

6、DELETE

請求服務器刪除Request-URL所標識的資源

7、TRACE

請求服務器回送收到的請求信息，用于測試和診斷。讓Web服務器端將之前的請求通信環回給客戶端的方法

8、CONNECT

HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器。要求在代理服務器通信時建立隧道，實現用隧道協議進行TCP通信。主要使用SSL和TLS協議把數據進行加密傳輸

spose.PDF for .NET是一種高級PDF處理和解析API，用于在跨平臺應用程序中執行文檔管理和操作任務。API可以輕松用于生成，修改，轉換，渲染，保護和打印PDF文檔，而無需使用Adobe Acrobat。此外，還提供PDF壓縮選項，表格創建和操作，圖形和圖像功能，廣泛的超鏈接功能，印章和水印任務，擴展的安全控制和自定義字體處理。

HTML到PDF的轉換在將不同文件格式相互轉換之間具有其自身的意義，可以使用其他可用的應用程序，工具和在線服務將HTML轉換為PDF。同樣，我們也可以使用編程的方式，將HTML轉換為PDF。

在Aspose.PDF for .Net中，提供了免費的HTML到PDF的基本轉換，而且還允許指定各種選項來實現所需的功能，比如將網頁轉換為PDF、使用SVG數據渲染HTML等等。接下來我們一起通過示例解讀的方式學習如何實現這些功能。

將HTML轉換到PDF

只需使用幾行代碼和資源加載回調就可以以非常基本的方式將HTML轉換為PDF，以下是使您達到目的的代碼段：

// The path to the documents directory.
string dataDir=RunExamples.GetDataDir_AsposePdf_DocumentConversion();
HtmlLoadOptions options=new HtmlLoadOptions();
options.CustomLoaderOfExternalResources=new LoadOptions.ResourceLoadingStrategy(SamePictureLoader);
Document pdfDocument=new Document(dataDir + "HTMLToPDF.html", options);
pdfDocument.Save("HTMLToPDF_out.pdf");
private static LoadOptions.ResourceLoadingResult SamePictureLoader(string resourceURI)
{
 string dataDir=RunExamples.GetDataDir_AsposePdf_DocumentConversion();
 byte[] resultBytes=File.ReadAllBytes(dataDir + "aspose-logo.jpg");
 LoadOptions.ResourceLoadingResult result=new LoadOptions.ResourceLoadingResult(resultBytes);
 return result;
}

將網頁轉換為PDF

通常需要將網頁轉換為PDF，并且如果手動執行此操作，則需要執行多個步驟。API提供的功能可以使用下面顯示的代碼執行。需要注意的是，以下代碼段涵蓋了Web頁面到PDF轉換操作的兩個主要和基本方面：

下載網頁正在使用的資源，例如 CSS、圖片
提供憑據以防訪問頁面

//文檔目錄的路徑。
string dataDir=RunExamples.GetDataDir_AsposePdf_DocumentConversion();
//創建對該URL的請求。
WebRequest request=WebRequest.Create("https:// En.wikipedia.org/wiki/Main_Page");
//如果服務器需要，請設置憑據。
request.Credentials=CredentialCache.DefaultCredentials;
//在請求超時之前以毫秒為單位超時
// Request.Timeout=100;
//獲取響應。
HttpWebResponse response=(HttpWebResponse)request.GetResponse();
//獲取包含服務器返回內容的流。
Stream dataStream=response.GetResponseStream();
//使用StreamReader打開流以方便訪問。
StreamReader reader=new StreamReader(dataStream);
//閱讀內容。
string responseFromServer=reader.ReadToEnd();
reader.Close();
dataStream.Close();
response.Close();
MemoryStream stream=new MemoryStream(System.Text.Encoding.UTF8.GetBytes(responseFromServer));
HtmlLoadOptions options=new HtmlLoadOptions("https:// En.wikipedia.org/wiki/");
//加載HTML文件
Document pdfDocument=new Document(stream, options);
options.PageInfo.IsLandscape=true;
//將輸出另存為PDF格式
pdfDocument.Save(dataDir + "WebPageToPDF_out.pdf");

使用SVG數據渲染HTML

以下代碼段顯示了如何將帶有SVG圖形標簽的HTML文件轉換為Tagged PDF Document：

//文檔目錄的路徑
string dataDir=RunExamples.GetDataDir_AsposePdf_DocumentConversion();
//設置輸入文件路徑
string inFile=dataDir + "HTMLSVG.html";
//設置輸出文件路徑
string outFile=dataDir + "RenderHTMLwithSVGData.pdf";
//初始化HtmlLoadOptions
HtmlLoadOptions options=new HtmlLoadOptions(Path.GetDirectoryName(inFile));
//初始化Document對象
Document pdfDocument=new Document(inFile, options);
//保存
pdfDocument.Save(outFile);

點擊下方“了解更多”免費下載最新版Aspose.PDF for .NET

↓↓↓

在線咨詢

上一篇：介紹瀏覽器調試一些小技巧
下一篇：PS終生知識：工具箱最詳細和全面的解說值得收藏！

您的項目需求

*請認真填寫需求信息，我們會在24小時內與您取得聯系。

整合營銷服務商

Web service

將HTML轉換到PDF

將網頁轉換為PDF

使用SVG數據渲染HTML

您的項目需求