sharky的點滴積累

1。有識有膽，有膽有識，知識與膽量是互相促進的。

2。體育鍛煉可以（有時可以迅速）使人樂觀（科學實驗證明）。

3。勤奮，機會，樂觀是成功的三要素。（注意：傳統觀念認為勤奮和機會是成功的要素，但是經過統計學和成功人士的分析得出，樂觀是成功的第三要素）

4。自信是人格的核心。

5。獲得的成功越大，就越令人高興。（野心是使人勤奮的原因，節制使人枯萎）

6。熱愛你所擁有的?！蟹颉ね袪査固?

7。（一般情況下）不想三年以后的事，只想現在的事。（現在有成就，以后才能更輝煌）

8。把問題看寬廣些，沒有解決不了的事。（真理路廣，人欲路窄；當然不要超越時代去想現在任何人都解決不了的事）

9。不問收獲，只問耕耘。（如同種樹，先有根莖，再有枝葉，爾后花實，好好勞動，不要想太多，那樣只會使人膽小、懶惰，因為不實踐，甚至不接觸社會，難道你是野人？?。ū┬Γ?

10。忍耐和信仰（鄧小平認為自己能三起三落的原因，比較難達到，不過現代社會簡單的事都由機器做了，白領越來越多，需要注意哦）

11。有恒則斷無不成之事。

12。智慧之泉必須暢飲才能使人清醒。（引自新英語教材，那些頭痛英語的哥么大概沒看吧，提醒一下大家）

13。生活的樂趣的大小取決于我們對生活的關心程度。

14。不要怕，不要悔（雖然只有六個字，但是?？闯Ｐ拢?

15。機遇對于有準備的頭腦有特別的親和力。

16。守業最好的辦法就是不斷的發展

17。心急吃不了熱湯圓

18。必死則生，幸生則死——《吳子兵法》（武經典籍中僅次于《孫子兵法》）

19。要改變命運，首先改變自己

20。走自己的路，讓別人說去吧！

21。學習的關鍵——重復

22。只為成功找方法，不為失敗找借口（蹩腳的工人總是說工具不好）

23。困難就是機遇——溫斯頓·丘吉爾

24。我奮斗，所以我快樂——格林斯潘（挽救東南亞金融危機的人，我的偶像）

25。好奇者，知識之門

26。生氣是用別人的錯誤懲罰自己。——康德（這個哲學家讓人眉開眼笑）

27。失去金錢的人損失甚少，失去健康的人損失極多，失去勇氣的人損失一切。

28。只要下定決心克服恐懼，便幾乎能克服任何恐懼。因為，請記住，除了在腦海中，恐懼無處藏身?！鳡枴た突?

29。害怕時，把心思放在必須做的事情上，如果曾經徹底準備，便不會害怕?！鳡枴た突?

30。“不可能”這個字（法語是一個字），只在愚人的字典中找得到?！闷苼?

31。去做你害怕的事，害怕自然就會消失?！_夫·華多·愛默生

32。這世上的一切都借希望而完成。農夫不會播下一粒玉米，如果他不曾希望它長成種籽；單身漢不會娶妻，如果他不曾希望有小孩；商人或手藝人不會工作，如果他不曾希望因此而有收益?！R丁·路德

33。目標的堅定是性格中最必要的力量泉源之一，也是成功的利器之一。沒有它，天才也會在矛盾無定的迷徑中，徒勞無功?！槭康蚂碃柧羰?

34。要冒一次險！整個生命就是一場冒險。走得最遠的人，常是愿意去做，并愿意去冒險的人?！胺€妥”之船，從未能從岸邊走遠。——戴爾·卡耐基

35。當一個青年人站起來面對這個大莽漢——這個世界——并勇敢地抓住他的胡須時，常會吃驚地發現，胡須脫落在他手上，原來它只是系上去嚇唬膽怯的冒險者的?！_夫·華多·愛默生

36。勇氣很有理由被當作人類德性之首，因為這種德性保證了所有其余的德性?！獪厮诡D·丘吉爾

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請求：

http://host.company.com/weather.asp?zipcode=20171

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

21,晴

這個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

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

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

SOAP

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

WSDL

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

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

摘侄： http://lsz.c1c5.com/feed.asp?q=comment&id=55