其他

 Author：放翁（文初）Email：fangweng@taobao.comMblog:weibo.com/fangwengBlog: http://blog.csdn.net/cenwenchu79/ 局部設計首先要說明的是，這部分內容和第一篇不同，必須對照代碼看才會理解其中的含義，光看設計實現會比較難懂其中所說的細節點。代碼：https://github.com/cenwenchu/beatles IComponent：        

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

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

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

lighttpd1.4.18程式碼分析(八)--狀態機器(2)CON_STATE_READ狀態posted @ 2008-09-24 10:50 那誰 閱讀(2225) | 評論 (1)  編輯 lighttpd1.4.18程式碼分析(七)--狀態機器(1)CON_STATE_REQUEST_START狀態posted @ 2008-09-22 15:10 那誰 閱讀(2259) | 評論 (0)  編輯 lighttpd1.4.18程式碼分析(六)--處理串連fd的流程posted @ 200

耦合度：  

        採用遞推方法，並將每次的結果儲存，並做為下一個的計算的基礎。        /// <summary>        /// 從1..n中間選取任意組合，其和為m        /// </summary>        /// <param name="n"></param>        /// <param name="m"></param>        private void

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

%d：輸出日誌時間點的日期或時間，可以在其後指定格式，比如：%d{yyyy-mm-dd hh:mm:ss}，輸出類似：2005-7-19 17:49:27，剛好適合插入sqlserver； %t：產生該日誌事件的線程名； %p：日誌的log_level，如debug、warn或者info； %c：輸出所屬的類目，通常就是所在類的全名，如“inotes.default”； %m：日誌的內容； %l：輸出日誌事件的發生位置，包括類目名、發生的線程，以及在代碼中的行數。 %n 

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

1、Unit2:unit Unit2;interfaceuses windows,classes,NMICMP,SysUtils,StdCtrls,messages;const WM_MY_PING = WM_USER +1024;type //要傳遞的訊息記錄. TPingMsg = record msg : array[0..1023] of char; id : integer; Handled : boolean; msg2 :

前面分享的一篇文章<<自己最近寫的一組Tlog類(支援高並發處理)>>裡寫了一個多線程的寫日誌的類,當時測試的時候沒有太注意,後面發現這個日誌類佔用cpu太厲害,經過調試發現問題出在對於線程的掛起(Suspend)和喚醒(Resume)上面(這兩個方法已經在新的架構裡裡面被廢掉了).我調用這兩個方法的目的就是在沒有日誌寫的時候,線程不要再運行,等待有需要寫日誌的時候再繼續工作.後面改了一種方式來實現這個目的,CPU佔用問題就解決了,當然下面的這種方式也是對線程掛起和喚醒的

1、服從大數定律       如果當n足夠大時，隨機變數序列的算術平均值Y等於Y的期望地機率為1。 滿足這個條件就可以說這個隨機序列服從大數定律。2、Bernoulli大數定律      事件A的機率為p,當實驗次數n足夠大時，事件A出現的次數與n的比值等於p的機率為1，其實也就是說，但實驗次數n足夠大時，A出現的頻率可以看作其出現的機率。     頻率穩定於機率.3、Chebyshev(切比雪夫)大數定律     

1、什麼是實體？在我們進行系統構造的目標業務領域裡，有一些對象，主要依賴外界進行管理或者處理，這些對象主要處在被加工或者處理的地位，這樣的對象我們稱之為實體物件，而這類對象以資料為住，一般只具有屬性（或者叫域），不包含或只包含少量的內生方法（主要是一些自我處理的方法，這些方法不會操作其它對象，不產生對其它外界對象的依賴，比如複製，格式化等）。直白的講，實體就是資料性對象，結構體和類都可以用來描述它。實體類是允許嵌套的，即實體類的屬性也可以是另外的實體類型（本身也可）。與實體類相對應的就是操作類（

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

實體的管理主要包括如下功能：  A） 實現實體的緩衝；  B) 實現實體的新增，修改，刪除，查詢等功能；  C）重新整理緩衝與資料庫同步  D)  將緩衝語句與資料庫同步上面是一些基本的功能，下面是一個基本樣本：//實體狀態，對於實體採用緩衝方式時有用。public enum EntityState    {        NoChanging,        Added,        Modified,        Deleted    }  

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

模式的產生：   人類在勞動過程中，有很多事情都會重複的出現，而處理這些事情的方法也比較相近，於是人們開始總結，形成一種對這類事情進行處理的經驗，並以某種形式(書，口述等）在人們之間進行傳遞，這樣其他的人或後來人可以在處理這類事務的時候有所借鑒，這樣就大大的提高了勞動的效率，其實這種解決某些特定的、會重複出現的一套處理事務的經驗方法就是模式。  

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

最近在做測試自己寫的分布式ORM時,發現進行資料集到實體集合轉換時,600條不到居然轉換了十多秒,其實做這種轉換做過多次,從來沒有出現這種情況,於是進行調試後發現,影響速度的主要是轉換時發生異常非常頻繁,系統在不斷的進行異常處理(因為轉換中可能出錯,但不會影響結果,我屏蔽了異常).再對比我原來寫的轉碼發現,由於很久沒寫這種代碼,這次寫的時候少了空值和類型轉換,直接寫了如下語句:PropertyInfo.SetValue(obj, Value, null);