1. C# 如何使用Web服務
首先你要理解web服務，我們一般都是用webservice來做，webservice就好比一個網站，其他的程序或網站通過地址去訪問這個webservice，然後就可以調用裡面的方法，讓服務幫你處理所有的數據，比如我做個計算器，我界面上只需要你輸入計算的數字和運算符號，然後我把數字和符號以請求的方式發送給wenservice里去計算，計算好了服務在吧結果返回給我，就這意思
2. Web 伺服器用作網關或代理伺服器時收到了無效響應怎麼辦
摘要 你好！很高興為你解答該問題！你先清除你瀏覽器的緩存，然後打開其他網站看看有沒有問題。如果排除了你這邊的問題的話。就是伺服器上的問題，一般來將是因為伺服器那邊的連接數過多，導致無法正常響應。在伺服器上刷新網站，最好能夠聯系你的空間商。讓他們幫忙解決
3. 在使用web伺服器時出現錯誤,怎麼處理
對於用戶名,可以在iis里重新指定本機的匿名帳戶就可以了,不需要重新設置密碼.
4. win7下搭建web伺服器怎麼使用
打開控制面板，選擇並進入「程序」，雙擊「打開或關閉Windows服務」，在彈出的窗口中選擇「Internet信息服務」下面所有地選項，點擊確定後，開始更新服務。
更新完成後，打開瀏覽器，輸入「http://localhost/」回車，如果此時出現IIS7歡迎界面，說明Web伺服器已經搭建成功。
當web伺服器搭建成功後，我們下一步所要做的就是把我們開發的網站安裝到Web伺服器的目錄中。一般情況下，當Web伺服器安裝完成後，會創建路徑「%系統根目錄%inetpub/wwwroot」，將我們開發的網站COPY到該路徑下。即可實現本地訪問該網站。
設置防火牆，讓區域網當其它計算機也能訪問本地網站資源。具體方法：打開控制面板，選擇「系統和安全」，點擊「允許程序通過Windows防火牆」，在彈出的對話框中勾選「萬維網服務HTTP」右側的兩個復選框，最後點擊確定退出。
5
在區域網中其它計算機上，打開瀏覽器，輸入 「http://Web伺服器的IP地址/」按回車鍵，就可以訪問伺服器上的資源」。 經過以上步驟的設置，區域網中的其它用戶就可以通過瀏覽器訪問你所共享的web資源了！
5. 怎樣使用Web服務尋找適當的程序
解決方案1：
打開的網頁都是英文的,幾乎不怎麼懂,在此請教一下各位大師下載的一些程序或文件打不開時電腦會提醒你用Web服務尋找適當的程序或從列表中選擇適當的程序,但是選擇這一項後,所謂使用Web尋找適當程序就是從網上自動搜索來打開文件
解決方案2：
可以點 工具--文件夾選項--查看--在高級設置下找到 隱藏已知文件類型的擴展名。
要查擴展名。建議你在打不開文件時，下載一個安裝就可以了，把勾去掉就可以了，先看一下這個文件的擴展名，這個基本上沒用我個人感覺，然後再到網路上去查一下打開這種類型的文件的軟體
6. 什麼是webservice，什麼情況下使用，如何使用
跨越防火牆的通信
如果你的應用程序有成千上萬的用戶，而且他們都分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。那是因為客戶端和伺服器之間通常都會有防火牆或者代理伺服器。在這種情況下，你想使用DCOM就不是那麼簡單了，而且，通常你也不願意把你的客戶端程序發布到如此龐大數量的每一個用戶手中。於是，你最終選擇了用瀏覽器作為客戶端，寫下一堆ASP頁面，把應用程序的中間層暴露給最終用戶。結果呢?運氣好的話，只是開發難度大了一些，運氣不好的話，就會得到一個根本無法維護的應用程序。
想像一下你應該怎麼在你的應用程序裡面加入一個新的頁面：你必須先建立好用戶界面(Web頁面)，以及在這個頁面後面，包含相應商業邏輯的中間層組件。這還不夠，你還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把結果頁送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程不就簡單多了嗎?還有，建立ASP頁面的那一步可以省略掉嗎?
當然。如果你的中間層組件是Webservice的話，你完全可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用你自己開發的SOAP客戶端，然後把它和你的應用程序連接起來。這樣做，不僅可以縮短開發周期，還可以減少代碼的復雜度，並增強整個應用程序的可維護性。同時，你的應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的結果頁了。
7. 什麼是webservice，什麼情況下使用,如何使用
此後，我還會舉出不應該使用Webservice的一些情況。
跨越防火牆的通信
如果你的應用程序有成千上萬的用戶，而且他們都分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。那是因為客戶端和伺服器之間通常都會有防火牆或者代理伺服器。在這種情況下，你想使用DCOM就不是那麼簡單了，而且，通常你也不願意把你的客戶端程序發布到如此龐大數量的每一個用戶手中。於是，你最終選擇了用瀏覽器作為客戶端，寫下一堆ASP頁面，把應用程序的中間層暴露給最終用戶。結果呢?運氣好的話，只是開發難度大了一些，運氣不好的話，就會得到一個根本無法維護的應用程序。
想像一下你應該怎麼在你的應用程序裡面加入一個新的頁面：你必須先建立好用戶界面(Web頁面)，以及在這個頁面後面，包含相應商業邏輯的中間層組件。這還不夠，你還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把結果頁送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程不就簡單多了嗎?還有，建立ASP頁面的那一步可以省略掉嗎?
當然。如果你的中間層組件是Webservice的話，你完全可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用你自己開發的SOAP客戶端，然後把它和你的應用程序連接起來。這樣做，不僅可以縮短開發周期，還可以減少代碼的復雜度，並增強整個應用程序的可維護性。同時，你的應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的結果頁了。
以我的經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Webservice這種結構，可以輕松的節省花在用戶界面編程上的20%的開發時間。這樣做還有另一個好處，就是你將得到一個由Webservice組成的中間層，這一層是完全可以在應用程序集成或其他場合下被重用的。最後，通過Webservice把你的應用程序的邏輯和數據暴露出來，還可以讓其它平台上的客戶重用你的應用程序。
應用程序集成
企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發的力量。你的應用程序經常都需要從運行在古老的IBM主機上的程序中獲取數據；或者再把數據發送到主機或UNIX應用程序中去。即使是在同一個平台上，不同的軟體廠商生產的各種軟體也常常需要集成起來。通過Webservice，應用程序可以用標準的方法把功能和數據暴露出來，供其它的應用程序使用。
例如，你有一個訂單登錄程序，用於登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等信息。同時，你還有一個訂單執行程序，用於實際貨物發送的管理。這兩個程序是來自不同軟體廠商的。一份新訂單進來之後，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Webservice，訂單執行程序可以把AddOrder函數暴露出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。進而通過Webservice集成應用程序B2B的集成
Webservice是B2B集成成功的關鍵。通過Webservice，你的公司可以把關鍵的商務應用暴露給指定的供應商和客戶。例如，把你的電子下單系統和電子發票系統暴露出來，你的客戶就可以以電子的方式向你發送購貨訂單，而你的供應商則可以以電子的方式把原料采購的發票發送給你。當然，這並不是一個新的概念：電子文檔交換(EDI)早就是這樣了。Webservice和EDI之間的主要區別在於，Webservice的實現要比EDI簡單得多，而且Webservice是運行在Internet上的，在世界任何地方都可輕易實現，這樣其運行成本就相對較低。不過，Webservice並不像EDI那樣，是文檔交換或B2B集成的一套完整的解決方案。Webservice只是B2B集成的一個關鍵部分，還需要許多其它的部分才能完成這個集成。
用Webservice來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把你的商務邏輯暴露出來，成為Webservice，你就可以讓任何指定的合作夥伴輕松的調用你的商務邏輯，而不管他們的系統在什麼平台上運行，使用的是什麼開發語言。這樣就大大減少了花在B2B集成的上的時間和成本。這樣的低成本讓許多原本無法承受EDI的投資成本的中小企業也能實現B2B集成。軟體重用
軟體重用是一個很大的主題，它有很多的形式和程度。最基本的形式是源代碼模塊或者類一級的重用。另一種形式是二進制形式的組件重用。當前，像表格控制項或用戶界面控制項這樣的可重用軟體組件在市場上都佔有很大的份額。但這類軟體的重用都有一個很嚴重的限制：重用僅限於代碼，而數據不能被重用。原因在於你可以很輕易的發布組件甚至源代碼，但要發布數據就沒那麼容易了，除非那些數據都是不會經常變化的靜態數據。
而Webservice允許你在重用代碼的同時，重用代碼後面的數據。使用Webservice，你不再像以前那樣，要先從第三方購買、安裝軟體組件，再從你的應用程序中調用這些組件。你只需要直接調用遠端的Webservice就可以了。舉個例子，你想在你的應用程序中確認用戶輸入的郵件地址，那麼，你只需把這個地址直接發送給相應的Webservice，這個Webservice就會幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個地址的確在相應的郵政編碼區域。Webservice的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不現實的，因為那樣的話你必須下載並安裝好包含街道地址、城市、省區和郵政編碼等信息的資料庫，而且這個資料庫還是不能實時更新的。
另一種軟體重用的情況是把好幾個應用程序的功能集成起來。例如，你想要建立一個區域網上的門戶站點應用，讓用戶既可以查詢他們的聯邦快遞包裹，察看股市行情，又可以管理他們的日程安排，還可以在線購買電影票。現在Web上有很多應用程序供應商，都在其應用中實現了上面的這些功能。一旦他們把這些功能都通過Webservice暴露出來，你就可以非常輕易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統一的、友好的界面。
用Webservice來集成各種應用中的功能，為用戶提供一個統一的界面
許多應用程序都會利用Webservice，把當前基於組件的應用程序結構擴展為組件和Webservice的混合結構。你也可以在應用程序中使用第三方的Webservice提供的功能。你還可以把你自己的應用程序的功能通過Webservice提供給別人。所有這些情況下，你都可以重用代碼和代碼後面的數據。總之，Webservice將是軟體重用的一種非常有力的形式。
單機應用程序
目前，我們還有很多桌面應用程序是供商用和個人使用的。其中一些只需要與運行在本機上的其他程序通信。在這種情況下，我們最好就不要再用Webservice，只要用本地的API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在一台伺服器上的伺服器軟體也是這樣：最好直接用COM或其他本地的API來進行應用程序間的調用。當然Webservice也能用在這些情況下，但那樣不僅消耗太大，而且不會給你帶來任何好處。
區域網上的同構應用程序
在許多應用中，你所有的程序都是用VB或VC開發的，都在Windows平台下使用COM，都運行在同一個區域網上。例如，你有兩個伺服器應用程序需要相互通信，或者你有一個Win32或WinForm的客戶程序要連接到區域網上的另一個伺服器程序。在這些程序里使用DCOM會比SOAP/HTTP有效的多。類似的，如果你的一個.NET程序要連接到LAN上的另一個.NET程序，那麼你應該使用.NETremoting。有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP來進行Webservice調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。總之，只要你從應用程序結構的角度看來，有別的方法比Webservice更有效，更可行，那就不要再用Webservice。總結
Webservice是創建可互操作的分布式應用程序的新平台。Webservice的主要目標是跨平台的可互操作性。為了達到這一目標，Webservice是完全基於XML、XSD等獨立於平台、獨立於軟體供應商的標準的。
Webservice在應用程序跨平台和跨網路進行通信的時候是非常有用的。Webservice適用於應用程序集成、B2B集成、代碼和數據重用，以及通過Web進行客戶端和伺服器的通信的場合。
當然，Webservice也不是萬能的，你不能到處濫用Webservice。在有些情況下，Webservice會降低應用程序的性能，而不會帶來任何好處。例如，一台機器或一個區域網裡面運行的同構應用程序就不應該用Webservice進行通信。
先生成模版，在EditItemTemplate里放一個下拉筐進去，選擇數據源即可 。
把gridview的屬性Allowpaging ＝ true 就能分頁，AllowSorting＝true就能排序
8. 使用IIS做Web伺服器時,管理多個站點採用哪幾種方法這幾種方法的優缺點分別是什麼
第一：不同IP不同站點
優點 各個網站間更為獨立 互不影響
缺點 成本高，需要購買2台以上伺服器 或者一台伺服器 添加多個IP
第二：同一IP不同主機頭
優點 應用范圍廣 同一頂級域名下的 二級域名 三級域名 都可以綁定同一個IP
絕點 一旦這台伺服器出問題 所有網站頁面 不論是頂級域名 還是二級域名 三級域名 都打不開
第三：同一IP不同埠
優點 安全性高 避開黑客或者其他惡意攻擊 只有網站內部的人 才知道埠 除了這些人 其他人不知道網站埠 就訪問不到網站
缺點 網路推廣和收錄 一般不針對 帶有埠的網站 另一方面訪問者不知網站埠是什麼而訪問不到網站
9. 一般情況下web服務能做什麼在什麼情況下使用web服務在什麼情況下避免使用web服務
一般情況下Web服務能做：1.整合一些公用信息到應用程序中，如：股票交易、天氣預報、體育比賽、商業信息等等。2.將一些老的，遺留的數據暴露給新的應用。比如：財務系統。
在如下情況下使用Web服務：1.需要連接不同的平台時，並在不同平台間交換數據。2.需要將老系統中的數據交給新系統使用時。3.需要將數據跨防火牆傳遞時。
在如下情況下避免使用Web服務1.在對實時要求高的系統中。2.在單機系統中。3.在區域網中，存在相同的應用。
夠專業吧！！！強哥哥！！！
10. 在c#里使用web服務時出現
拒絕訪問，檢查相應的許可權設置