其他

  1.1.1              國際化組件 AuthorContactJin-Chen Zhu,LangChaozhujch@langchao.com 1.1.1.1           Goal國際化組件可以將非特定語言的字串轉化成特定語言的字串，還可以通過反射的方式將某一介面上控制項的文字換成特定語言的文字。 1.1.1.2           Context1.1.1.3           Behavior View  1.1.1.4           Structure

昨晚，k一本叫“理工大風流史”的校園小說到兩點，終於k完。我不是一個矯情的人，但不由要寫下下面一段矯情的文字。小說前面都是風平浪靜，如同所有校園小說一樣，笑料+愛情+暴力+邊緣性描寫，懷疑現在的大學校園怎麼都在走“蠱惑仔”的路線。但最後畢業告別和無言的結局，還是在我心裡攪和一下。“窗外，一張破舊的床單上幾個大字，一起走過，在夏雨裡浸開了墨跡”、“臨行，為了逃避送站的痛苦，趁兄弟們熟睡時就悄悄地走了，只在美女牆畫上留下，保重，和歪歪扭扭的簽名”，聯想到的就是網上頗為流行的畢業圖組，此時，另一更強烈

問題描述：在有向圖中，有唯一的開始節點和結束節點。圖中節點的分叉和匯合有兩種類型AND和XOR，分叉的時候為AND時，流程會流入下面所有的分支，為XOR只留向其中一條分支；匯合的時候，AND表示所有匯入的分支都已匯入流程才能繼續，XOR表示一條匯入流程就繼續。如果能從開始節點出發，正確的到達結束節點，那麼這個流程就是正確的。現在的問題是流程的節點之間需要跳轉，即流程不按正常的流向進行，而是跳向指定的節點，先如何通過演算法算出有向圖中從某節點可以向的節點集合。解決思路：1、使用有向圖的化簡，有兩種

剛剛看了關於MS DTC的文章，明白了一點。下面摘錄一點。MS DTC即為Microsoft Distributed Transaction Coordinator (MS DTC) 。在 MS DTC 術語中，執行者被稱為交易管理員。在執行事務保護資源的事務中，其參與者（如關聯式資料庫）被稱為資源管理員。應用程式對每個資源管理員的第一次調用確定應用程式的當前事務。例如，如果應用程式在使用關聯式資料庫，它會調用 ODBC 介面，此介面將事務對象與 ODBC

        今天碰到一個比較棘手的問題，一個做了2年多的項目上反映了一個問題，問題比較簡單，但是涉及改動的dll引用的dll非常多，而且項目上的版本已經很舊了，這一處的改動會影響到幾乎所有的dll的更新。單獨更新這個dll是不可能了，也不能做完面的版本升級（公司的規定，可能升級是要花錢的，呵呵），而且vss中也清過了，沒有留當時的代碼。如果dll也能像asp頁面一樣直接修改，儲存後就運行就好了。       

先說一下網上經常能搜到的情況。http://liubiqu.cnblogs.com/archive/2004/11/30/71025.aspx 這個說了兩種情況，方法 1：在 C# 編譯器定義中包括 /nostdlib 選項；方法 2：為 ASPNET

程式核心    平台的核心執行外掛程式載入器的角色，動態載入外掛程式。本系統中的外掛程式是一個被清單（manifest）xml檔案定義的組件。核心明白被安裝外掛程式，以及他們提供的功能。功能被添加到核心中使用通常的目錄方式（）。路徑指向完全定義好的擴充點，在這一點外掛程式可以被用來提供一些功能，或是用來擴充平台。通過給擴充樹增加路徑，外掛程式可以順序的被其他外掛程式擴充。    擴充樹是唯一的為平台和其他外掛程式增加功能的機制。所有的外掛程式都是用這種方式。   

  介紹    

    在公司裡面有一點好處，那就是能接觸到的東西變得非常得多。可能某個同事不經意的說了一句話，就能讓你開拓一個完全未知的領域。我是有點害怕陌生事物的一個人，所以並不適合搞研究，以前也常聽說很多開源項目的美名，但從來還沒有著手研究過一個。但由於工作上的需要，我不得不去找一些winForm設計器相關的資料，這就讓我遇到了#develop。我曾經用過#reader，可能是一點偏見，所以對#develop也沒有什麼太好的設想。但……    #develop完全將我帶到美妙的開源世界。看這個項目的網站、

在BingoCC上面購買了執行個體用做後台資料庫或者負載平衡後面的應用伺服器很多時候是不需要購買外網IP的，沒有購買IP意味著你無法通過遠端連線或者SSH直接存取伺服器了。其實這些執行個體在訪問的時候只需要購買個臨時IP並且綁定到執行個體裡面去。只需要花1塊錢買個2兆的IP就可以使用一個小時了，一小時內更新一下伺服器，打個補丁裝個軟體應該還是夠的。這時候你買回來了一個IP，然後就將IP綁定到實力上面。大功告成了，然後你就想用遠端桌面直接連接進去？如果這樣你就沒法讓遠端桌面記住你的帳號和密碼了，因

      當考察codons時，我們已經看到它們有一些屬性來定製程式某些元素的行為和狀態。codons有一些通用的屬性（如id屬性）。而可選屬性也是存在的（如class屬性）。這就形成了幾個一般的屬性類別：common attributes, required common attributes, optional attributes and required optional attributes。所有這些屬性類別都必須被支援。       

        外掛程式體系是基本的擴充應用程式功能的方法。最常用的引入add-in結構的方法是在運行狀態下從一個特定的目錄下載入類庫（通過反射的方式）。這些載入進來的類庫做的通常的動作就是在原應用程式的菜單下添加新的目錄，這樣使用者就可以通過點擊這個菜單目錄來執行類庫提供的功能。這樣的功能一般會在螢幕上執行些什麼或是給出一個特定格式的檔案或其他特別的任務。通常，這樣的行為活動就只能執行有限的一兩項工作。        當一個應用程式已經寫完（或已經發布）而需要擴充一些附加的外掛程式時，

        值得注意的是：一些功能表項目僅僅是在他們活動的狀態下或是當指定的外掛程式被安裝了才顯示。而在另一方面，我們可能會想在某些事物不在活動狀態時將功能表項目製為不可用。在這種情況下，條件就被引入到外掛程式結構中。條件是一種非常一般的概念。它可以運用在除功能表項目以外的其他應用情境。 例子   我們可能會擴充我們應用程式的主菜單，添加一個水平排列，垂直排列等等的菜單選項，但是我們可能會有不同版本的windows工作區，像多文檔的，浮動表單的或是單文檔的需要不同的對待。   

        我想用的新方法是試圖使擴充的外掛程式比傳統的外部程式的方式擁有更大的能力和靈活性。我想要微核心代碼和其他已擴充程式的工作方式應該由外部的擴充的外掛程式合作來決定，從而擴充它們互有的能力。這種方式必須簡單、可擴充並且不依賴於原有的應用程式的類型。         我意識到要完成這種很單純的外掛程式系統的唯一方法，就是應該從底層構建起依賴於外掛程式模型，並在這個基礎上設計應用程式。       

        由於工作群組的項目GSP的二期增量中要加強工作流程部分的對條件的判斷能力和效率，我最近在看規則引擎的東西，主要是研究rete演算法。這方面的中文資料非常的少，所以只能慢慢的啃英文的東西。首先是CIS587: The RETE Algorithm，確實看不太懂，只能又找了其它資料，還好總算有點收穫。打算最近陸續寫幾篇文章，來談談自己對規則引擎的理解。我的一個parter在研究java的一個開源實現，到時候也一起介紹一下。

系統訪問量上去遇到了效能瓶頸，解決方案一般都是從兩個方向入手Scale Up 和Scale Out。Scale Up適用於哪些錢多的系統，因為Scale Up其實就是直接升級硬體，CPU、記憶體、IO哪個不夠了就升級哪個,隨著計算能力的升級系統的容量自然就上來了。但是為什麼Scale Up只適用於有錢人，很簡單因為硬體是越進階越貴啊，而且不只是線性增長，因為有時候2倍的IO效能可能需要花費你10倍的錢呢，而且Scale

我的老同學開創了一個軟體公司，富的流油。今天他到這個城市來後馬上打電話給我：“還好吧？我到這裡的大學招畢業生，要呆上五天，咱哥們趁這個機會好好聚一聚，我做東。”　　既然他要做東，我理所當然順水推舟。來到他下榻的賓館，看見一個大學生模樣的人站在他面前接受面試。我的老同學說：“我這裡有個魔方，你能不能把它弄成六面六個顏色？”那個大學生拿著魔方，面有難色。　　我的老同學看了看我，對大學生說：“如果你沒有考慮好，可以把魔方拿回去考慮我直到星期五才走。”等那個大學生走了以後，我問老同學：“這是你獨創的考題

  上周剛剛看完了nxbre，寫了一個ppt給項目組評審，用來擬定我們GSP中的規則引擎的實現需求。    不知為什麼我上傳不了檔案，只好把ppt的內容貼出來給大家共用。大家如果這個開源項目感興趣，可以留言索取。ppt中不可能把細節講的很清楚，而且由於時間關係，唯寫了其中的flow engine,請見諒。Nxbre的簡介  Nxbre包括interface engine和flow engine 兩種引擎的區別 the Flow Engine, which uses XML as a way