其他

 一、javax.servlet.Servlet介面servlet抽象集是javax.servlet.Servlet介面，它規定了必須由Servlet類實現由servlet引擎識別和管理的方法集。Servlet介面的基本目標是提供生命期方法init()、service()和destroy()方法。servlet介面中的方法       void init(ServletConfit config)throws ServletException      

1、圖形相關類(前面有個，但這裡增加了一些屬性) /// <summary> /// 圖類，由節點和邊構成. /// </summary> public class Graphic { /// <summary> /// 用於圖形訪問臨時公開變數 /// </summary> public int FinishOrder { get; set; } ///

/// <summary> /// 單源最短路徑BellmanFord演算法 /// </summary> public class BellmanFordAlg { /// <summary> /// 單源最短路徑演算法(BellmanFord演算法) /// </summary> /// <param name="g">圖</param>

 /// <summary>    /// 有向無迴路圖中的單源最短路徑演算法    /// </summary>    public class DAG_Shortest_Paths    {        /// <summary>        /// 有向無迴路圖中的單源最短路徑        /// </summary>        /// <param name="g">有向無迴路圖</param>      

1、隨機實驗：可在相同2、隨機事件均值u:這個很好理解 R函數:mean中位元:對序列排序後,排在中間的數,需要特別注意的是如果序列為偶數,中位元是中間兩個數平均值.  R函數:median百分位元:也是順序統計量,設百分數為p,n是樣本個數,則p位元指:np為小數,ceiling(np)+1,np為整數,則p位元:(x[np]+x[np+1])/2.

 感覺經濟的寒冬要來了,老百姓的日子估計難過了,但人還是需要積極向上,因此對技術的發展做個小預測,以10年計:1)雲端運算將會深入公司專屬應用程式;2)現有的電商模式將會被淘汰或者被融入;3)雲端運算後很快就會形成雲叢集，這將會顛覆現有的很多商業模式和軟體應用模式；4)很多新技術,新服務模式將會在雲平台下相互滲透和融合，並將自己發揮得淋漓盡致；5)雲端運算下的安全技術將會需求強勁；6)你可以將雲平台看作是一種融合（技術的，商業的），一種彙集（超級大都市）;7)虛擬社會現實的影子將會不斷出現，但離

接觸F#其實已經很久，因為沒有用，也就沒有仔細去學，現在在公司的一部分工作也是負責新技術的研究，在弄VS2011過程中發現MVC4中有模型層直接用F#的模板，看來微軟有點要實際推F#的感覺，於是決定系統的學習一下F#。下面聊聊這幾天學習F#的一些感覺：1）函數式編程其實並不是什麼新的玩意，可以看做是一種過程式語言，屬於結構化編程，面向過程。這其實也符合我原來對面向過程和物件導向編程的一些看法（可以參考我原來的博文），其實面向過程很適合哪些問答式，來料加工式應用情境的應用編程（比如Web編程，資料

說我是悲觀者,也許吧,對於哪些動不動就10k,20K,30K的月薪者而言,我確實有些悲觀.但現實確在不斷印證我的悲觀,一個月內降息兩次,而且是非對稱降息,說明了什麼呢?搞IT的可能不會有幾個會去思考,高薪與我而伴,談何蕭條呢(何不食肉糜)?降貸款的利率說明企業經營困難,需要輸血,特別是大型國企.不減息,說明存量資金在減少,實際上是在緊縮,需要吸儲.否則無款可貸,而啟動印鈔機呢...不說這個了.如果你理解央行發行人民幣和美元外儲的關係,只要美元保持,中國越降息,緊縮會越厲害,可以用編程的邏輯思維去

這幾個演算法主要是後面會有用,所以這裡給出.1)圖的結構定義(跟前面的差不多,只是為了方便演算法,這裡做了增加: /// <summary> /// 圖類，由節點和邊構成. /// </summary> public class Graphic { /// <summary> /// 用於圖形訪問臨時公開變數 /// </summary> public int

深度優先演算法和拓撲演算法是很多演算法的基礎,只得深究:/// <summary> /// 廣度搜尋演算法,圖 /// </summary> public partial class GraphicSearchAlg { /// <summary> /// 深度優先搜尋演算法,這裡只是計算深度. /// </summary> /// <param

1、輔助類，用於計算過程和結果儲存/// <summary> /// 決策樹節點. /// </summary> public class DecisionTreeNode { /// <summary> /// 類型：分支或葉子 /// </summary> public string Type { get; set; } ///

事物總是對立與統一的，有結構化的資料就有非結構化的資料，NoSQL應該是針對那些非結構化資料而提供一種新的資料管理模式。關係型資料庫用了這麼多年，也感覺到對於一些非結構化資料的處理確實比較困難。因此NoSQL資料庫的出現也是必然。但NoSQL的出現，並不代表關係型資料庫的沒落。其實關係型資料庫背後有一套完整的數學理論支援，只是我們平時很少關心它而已。因此關聯式資料庫非常適合於資料統計、分析。現在的資料採礦和BI都依賴於這種關聯式模式。NoSQL作為一種非結構化資料管理的工具，當然沒任何問題，但最

這些演算法看起來有點瞎猜的味道,但實際上我覺得都做了如下假設:1)因變數和自變數之間存在一定的函數關係;2)

在使用POCO方式時WCF RIA Service 1.0 For VS2010(版本號碼4.0.XXX)下，具有實體成員的實體通過:[Invoke]public E

1)POP--面向過程編程(Process-oriented programming ):面向過程編程是以功能為中心來進行思考和組織的一種編程方法，它強調的是系統的資料被加工和處理的過程，在程式設計中主要以函數或者過程為程式的基主要組織方式，系統功能是由一組相關的過程和函數序列構成。面向過程強調的是功能（加工），資料僅僅作為輸入和輸出存在。這種過程化的思想是一種很樸素和普遍的思想和方法，人類很多活動都是這種組織模式，比如工廠生產，企業服務等。面向過程以資料的加工處理過程為主線，忽略了過程的所屬、

我們準備用WCF RIA做Silverlight的通訊層，結果因為我的機器安裝的是4.0，經過無數次測試，還去老外論壇問了，也沒得到結果，因為這麼久測試都是無法穿越，我就跟BOSS說無法穿越複雜的實體類型，結果老闆今天叫另外一個同事測，一測試就可以通過，我回來研究了一下，怎麼弄都還是不行。我開始懷疑是不是我的WCF

1、委託：委託本質上就是函數指標，但由於指標過於靈活，因此在很多語言中都採用了更加安全的替代類型，比如Delphi的對象方法和C#的委託.委託使得方法可以做為參數進行傳遞，極大的方便了程式的處理(事件本質上就是委託,是委託的一種典型應用)。使用委託的最大好處一是可以實現演算法上的分離，二是可以實現一定程度上的動態聯編（即物件導向中的所謂多態），對於演算法上的分離，在物件導向的模式設計中，策略模式是比較典型的，其實我們使用委託照樣可以在一定程度上模仿其功能，實際上使用原則模式在很多時候還不如委託來

   我希望能有這樣一台電腦：運算能力可大可小，儲存空間也可大可小，我需要多少就配多少，只需要通過參數配置就達到電腦系統的升級和降級。其實雲端運算就是要提供給每個網路使用者這樣的一種邏輯上的電腦。 我前面的博文已經講了雲端運算的一些概念和我的理解，其實我覺得要把握為什麼會有雲端運算，只要把握住兩個地方，一是資本的逐利性，二是充分資源共用。資本的逐利性是雲端運算的根本動力，降低成本，提高效率，實現利潤最大化是其根本目標，而資源充分共用是雲端運算的達到這個目標的根本手段，這是由資源的最根本特性--稀

在C#後台,要用Factory 方法,估計大家覺得都很正常,但對於前端Web開發呢?卻未必能想起來,特別是那些對在後台拼接html字串非常鄙視的人來說,就更不要說了.人總是很喜歡把很多事情莫名的分出三六九等,或者是陷入別人設定的一種廣告定勢中去,固然可能獲得某種優越感,卻不知道已經把自己的思維束縛.在後台通過拼接html字串來輸出各種html元素,其實也是一種Factory

在傳統型程式和BS應用程式比較來看,無論是開發速度還是使用者體驗來說,都是傳統型程式要有優勢.由於BS程式的特性,使得在開發BS程式時可使用的資源非常有限(用戶端只能藉助瀏覽器，用戶端與服務端的無狀態互動，服務端的集中計算壓力等），因而也嚴重影響了BS程式開發的效率。怎麼讓BS的開發能像案頭開發那樣富有效率，一直以來也是業界的追求。微軟的WebForm就是這樣一種嘗試，而且取得了一定的成功。Webform在傳統的html,css,javascript+服務端基本互動對象(Request,Resp