㈠ office2013裡面新函數WEBSERVICE怎麼使用，幫助裡面的我沒試成功
閃電飛是 是是是是是實得分
㈡ 如何調用webservice
一、WebService在cs後台程序中的調用
A、通過命名空間和類名直接調用
示例：
WebService ws = new WebService();
string s = ws.HelloWorld();
B、通過添加WEB引用的方式調用，首先添加WEB引用，通過URL指向WEBSERVICE，
指定WEB引用名，假設為KK;
示例:
kk.WebService n = new kk.WebService();
string ss=n.HelloWorld();
二、WebService在前台頁面的JS 調用方法
1、首先通過下面的方法把Webservice在前台引用進來
<asp:ScriptManager runat="server">
<Services>
<asp:ServiceReference Path="WebService.asmx" InlineScript="True" />
</Services>
</asp:ScriptManager>
2、然後就可以通過JS程序進行調用，示例如下：
<script type="text/jscript">
function a()
{
WebService.HelloWorld(onresult);
}
//這里的onresult是回調函數
function onresult(result)
{
alert(result);
}
function b()
{
WebService.add(1,2,onreturn)
}
function onreturn(result)
{
alert(result);
}
//下面的'context'是上下文，可以通過回到函數通過重載的方式獲得；
function c()
{
WebService.div(1,1,onresultC,onerror,'context');
}
function onresultC(res,c)
{
alert(res);
alert(c);
}
//onerror是獲得異常信息的回調函數，下面給出了獲得異常信息的方法
function onerror(error)
{
var a="";
a=String.format("獲取伺服器端異常的具體類型:{0}\t\n獲取詳細的異常描述信息:{1}\t\n獲取造成異常的:{2}\t\n獲取伺服器端異常的堆棧
跟蹤信息:{3}\t\n獲取一個布爾值，表示異常是否是由於網路連接超時造成的{4}",
error.get_exceptionType(),
error.get_message(),
error.get_statusCode(),
error.get_stackTrace(),
error.get_timedOut())
alert(a);
}
a();
b();
c();
</script>
㈢ Webservice服務中如何設置啟動函數
你是服務端 也就是一個web服務 所以可以在程序中加入一個servlet 並寫一個init方法 把你要在程序啟動時的代碼放進去 然後在web.xml裡面配一下就可以了
㈣ java web setcode函數怎麼用
public class Test(){
private String str;
public void setString(String s){
this.str = s;
}
public String getStr(){
return this.str;
}
}
主要就是 定義一個私有的屬性 並且給它設置兩個公共的方法 分別是get 和set get取得該屬性的值，set設置該屬性值，這兩個方法get/set用於操作對象定義的對應私有屬性
㈤ php web 開發，點擊一個鏈接，如何單純調用一個函數而不跳轉
a連接的href加上 『javascript:』;
<a href="javascript:;" url="http://www.dengguoquan.com" title="點擊執行JavaScript" >點擊執行JavaScript</a>
㈥ 什麼是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就能排序
㈦ 關於在WEB開發中使用static
多用戶同時調用靜態函數，會產生多個進程，本身是不會沖突的。
但靜態函數訪問了同一靜態變數時就要使用lock語句。
如果僅僅使用static方法而沒有static變數的話是不會有問題的，一般線程安全的問題都是針對變數訪問時發生沖突所造成的。
class abc{
static object lockTest=new Object();
static function void Test(){
lock(lockTest)
{
//你的代碼。
}
}
}
這樣，即使在Test()中被多個線程同時調用，但是掃行（你的代碼）是，由於lock語句的存在，仍然會是單線程運行。後來的線程，會被lock(lockTest）這一句給阻賽到上一個線程把（你的代碼）執行完。