其他

資源編碼是ERP系統最基礎的部分，是整個系統的應用基礎；資源結構則是ERP系統的核心，資源結構是企業對企業資源進行應用的一種組織形式，它反映的是企業資源的構成和變化過程。對於生產型企業來說，料品及其BOM結構處於系統中樞的位置。它是企業銷售，生產，採購，倉儲，物流等活動的主題、軸線或紐帶。BOM的分類：1）按行業分      服務型：這裡嚴格的講不能叫BOM，應該叫BOR（企業資源清單），是以服務包的形式存在，即包括料品，裝置等物得資源，也包括人力服務資源。     

      在我的軟體從業工作中，真正寫BS架構的程式比較少，大部分時間都是寫傳統型程式，但對BS的瞭解和介入還是比較早，我在學校讀書的時候就做過網頁，不過那個時候主要以靜態網頁為主，動態網頁，特別是與資料庫結合的動態網頁才剛剛出現。中間也做過幾個BS的程式，但基本都是玩的性質，從去年開始才真正進入BS商務應用開發，通過大半年的實踐，獲得了不少認識，總結一下，也希望對各位朋友有所協助。      

老調牙的調子，需求調研和分析是系統成敗的關鍵，如何做調研和分析的方法非常多，就從業務的角度來說，難度並沒有坊間傳言的那麼大，涉及到政治，那就是另外一回事情了，這裡不討論。那如何進行呢？1、首先確定系統的大致範圍（目標）（即做什麼(Do

相依性屬性的好處大家可以參見前面我轉載的博文。我們知道，WPF中控制項的屬性非常多，但這些屬性中大部分你在編程過程中是不會改變設定的，而是直接利用其預設值（所以以後設計屬性時，預設值的選擇也非常關鍵，這有利於減少儲存），如果採用原來的屬性方式，每個類的執行個體都會有自己的一份屬性值集合，哪怕都是預設值。這樣做從儲存上來講當然是不划算的，因此可以將預設值存在類裡面，而只有改變了的與預設值不同的值才存在執行個體裡面，然後按照一定的邏輯順序來訪問屬性值即可，這就是相依性屬性的基本思想。下面我們開始類比

ERP的發展經曆了很長時間，從MRP,MRPII,ERP到ERPII,從製造行業的ERP，到各個行業的ERP系統，ERP系統的內涵和外延都在不斷的發展和豐富中，從ERP的字面意思來講，企業的任何資源都屬於ERP系統的管理範疇，但ERP系統傾向於管理（計劃）而不是執行。由於企業資源計劃的範圍非常廣泛，而傳統的ERP系統功能範圍相對比較窄，僅限於企業內部資源部分管理，比如ERP系統典型的模組：銷售管理，生產管理，採購管理，倉庫管理，人力資源管理，財務管理等，主要集中在料品資源，人力資源，資金資源這些

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

Silverlight的相依性屬性與附加屬性SilverlightAttachedProperty,CLR屬性,DependancyProperty,Silverlight, 相依性屬性, 值變更, 尋值,附加屬性好久沒寫Silverlight了，相依性屬性（Dependency Property）和附加屬性（Attached Property）這兩個算是很基礎的知識都不是很記得了。寫一寫，當做一下筆記吧。CLR屬性 與

耦合度：  

結合這個系列博文，加上我前面的對相依性屬性類比的博文，如果大家仔細看過，應該收穫很大，可以講Silverlight的頁面互動機制應該是非常的清楚了，而這篇博文的Action實現，其實就是一個簡易的互動架構。Silverlight本身提供的Triggers,Behaviors也是這個原理，當然，他們做得更細更好些。理解了這種互動機制，其實我們可以很輕鬆的增加一些巧妙功能來加快silverlight頁面開發。比如，我們多採用MVVM，我們就可以直接執行VM中的公用方法，而不必用什麼Command.將

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

感覺寫這個系列的博文很累人，這些天也在比較系統的學習這個方面的知識，有些東西跟我原來的預感一樣，概念多於實際，但云計算的出現，也闡釋了一個基本的商業法則：利潤=收入-成本，增加收入降低成本是企業活動的基本目的--賺取更大的利潤。雲端運算通過網際網路共用來充分利用資源，同時保證應用和資料的安全和可靠來降低成本，同時，提高可靠性和效能（服務響應）也可以增加收入。因此，雲端運算的發展也許會遇到波折，但肯定會向前。要做到雲端運算的終極按需服務的目標，應該說，現有的平台和技術都還很難滿足，我看了幾個大公司

%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 

在前一篇中的流水作業系統中，勞動者掛掉後，由專案經理來負責處理(重新分配該子任務)，這個影響相對比較小，但專案經理掛掉後，整個任務都要重新開始，就有點浪費了，這裡我們採用土八路打仗的方式，讓每個成員都知道打仗的目的和自己的任務（包括整體任務號，子任務號，專案經理是誰，自己負責處理的加工原料在那裡，互動的產品放哪裡等）同時這些成員在完成任務後，除了給專案經理報告結果之外，並不立即進行清場，而是要接到專案經理的指令後才清場，對於沒有清場的任務，成員有義務每間隔一段時間發一個專案經理還活著沒有的詢問，

要做ERP這樣的企業業務系統，Silverlight+WCF RIA

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佔用問題就解決了,當然下面的這種方式也是對線程掛起和喚醒的

我們知道對於介面元素的描述，WPF的XAML不是第一個，HTML就要早很多，delphi的dfm也是一種。介面描述和介面互動邏輯的分離是有很多好處的，比如有利於可視化設計，有利於介面複用等。微軟總是想一統天下，WPF的出現也是這種理想。當然，這種理想的出現也是有實際需求支援的。對於應用程式架構來說,傳統的CS和BS都在相互融合，所以整合這兩種模式下的介面設計也有其需求，並有利於兩種模式的轉換和融合。WPF採用XAML作為UI呈現的描述語言，而作為一種語言，XAML本身並沒有什麼需要特別關注的東西

Author：放翁（文初）Email：fangweng@taobao.comMblog:weibo.com/fangwengBlog: http://blog.csdn.net/cenwenchu79/Beatles: https://github.com/cenwenchu/beatles 讀前先看：      

 1、突破WCF一些限制的方法：   A）通過配置來完成         可在web.config或者app.config中配置，這種方法可參見前面的文章;   B) 可通過代碼實現        前面的方法有個缺陷，就是自己寫宿主服務的時候實現比較難，而且我感覺不適很方便，我喜歡在代碼中控制：       public static ChannelFactory<ISvc> CreateChannelFactory<ISvc>(string RemoteAddress,

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