其他

Array T[] IList IList<T>它們之間的關係如下T[] : Array, IList<T>, ICollection<T>, IEnumerable<T>       --這層的關係比較隱含Array : ICloneable, IList, ICollection, IEnumerable 如下：typeof(string[]).GetInterfaces()結果：{System.Type[7]}    [0]: {Name

介面大致有如下用途：    1.需求描述        在項目架構設計階段，應該基於需求分析，建立所有商務邏輯層及其以上的重要介面。        包括IModel（模型，符合OO設計），IModelQueryer（查詢方法集，包含查詢用例、上層使用的查詢方法），IService（用例服務）。        好處在於，後期實現時，不用再去考慮應該如何?需求。需求與實現的結合，是一個很繁瑣的工作，使用這樣的方法的話，這個繁瑣的工作，在項目的早期已經就被確定下來，並且是架構師一人確定（1.這些工作，

    雖然本人主要學的是.net，不過可惡的學校非逼著學JSP，學不會不給過，真是讓人煩惱。    今天在寫JSP的時候，突然想利用MS的AJAX架構配合SERVLET在JSP裡實現AJAX效果。中途遇到一個小小的問題：    在Servlet裡面利用out.print輸出的是個字串，當想傳多個值時，那就使用json了。不過JSON字串在到達客房端後，如何變為對象呢？    經過多次實驗，得到如下方法：        var str = "{id: true, value: '1'}";   

    最近，在使用LinqToXml的時候，使用到其中一個重要的類：XName。它表示一個XML元素/XML屬性的“名字”。    System.Xml.Linq中的API，大量使用了這個類，如：     不過還好，我們不用每次都顯式的new一個XName類的執行個體，因為它實現了從string類到它的隱式轉換：public static implicit operator XName(string expandedName);   

    在GIX4項目的開發過程中，遇到一個比較複雜的資料結構。複雜，是因為它有許多限制條件。我的工作是在現有系統中，添加新的功能，並在過程中重構部分舊代碼。約束及需求    以下約束是系統中已經存在的必要的約束，不可繞開這些約束而進行代碼的開發。    1.項目中，有許多的實體類，都含有一種多叉樹的關係和邏輯。    2.這些實體的樹型關係，在運行時，只有鍵的關係，而沒有對應的實體參考關聯性。    由於GIX4是資料分析軟體，資料量比較大。建立關係需要的時間比較久，所以伺服器端只負責給資料。

領域建模的重要性    以資料為中心的應用程式開發，面向過程分析方法的核心在於對資料庫的設計。    而現在以物件導向的方式進行分析（OOA，OOD）時，領域建模就替換了上述方法的地位。在建模的同時，對需求有一個很好梳理作用。也可以發現未捕獲的需求及需求描述中錯誤的需求。（需求和領域建模，是相互促進的兩個過程。） 如何建模    1.首先應該以畫圖的形式進行建模。       

協助記憶五級範式：    一級範式：        消除每個表格中重複的組。        為每套相關的資料建立一個獨立的表格。        使用一個主鍵來標識每套相關的資料。    二級範式：        為應用在多條記錄的欄位建立獨立的表格。        通過一個外部索引鍵關聯這些表格的值。    三級範式：        消除不信賴於該鍵的欄位。    四級範式：        在一個多對多的關係中，獨立的實體不能存放在同一個表格中。    五級範式：       

這個問題困惑我已經很久了，從開始學習。NET到現在……寫三層的時候，遇到這樣的情況怎麼辦？User{    int UserId,    String UserName}Article{    int Id,    int UserId,//作者ID    String

讀了《DDDQ》的Service後，發現其理論與當初（大概200808-200812）設計591jj架構時的service竟不謀而合！其講解簡直就是591jj中service的全面解釋！DDDQ的主要內容第三章MDD，其所述知識，竟也和《PEAA》中的ORM理論大同小異。 所以若有人想自己學習591jj的架構時，可以推薦他們先看《DDDQ》及《PEAA》兩本書。    （雖然我當初設計其架構時，還沒看《DDDQ》，《PEAA》也只看了部分，不過思想和他們的是相同的。）

string strCityId = condition.CityId.ToString();string startChar = strCityId + ",";string endChar = "," + strCityId;string inChar = "," + strCityId + ','; var result = this.DAO.AllDatas.Where(u => u.SidelineCities == strCityId ||   

    這裡講的是OpenExpressApp的部署方案。主要使用的是ClickOnce作為實施方案來實現：智能部署和智能用戶端。不過，這裡的使用方式跟以往的不太一樣……    部署概述    OpenExpressApp中，介面是自動產生的。而架構使用者所開發的應用程式（以下簡稱客戶程式），只需要按照特定的格式約定編寫自己的商務邏輯模型類，然後與架構一同發布，就可以直接運行並顯示出所有的介面了，這樣就可以實現比較大粒度的重用。    

System.Collections.Generic.List is a generic collection designed for performance not inheritance and, therefore, does not contain any virtual members. The following generic collections are designed for inheritance and should be exposed instead of

文章目錄 TOGAF階段和ArchiMate層的映射TOGAF和ArchiMate的差異ArchiMate的一些擴充 　　在企業架構架構－TOGAF v0.1.pdf中介紹了業界著名的企業架構架構TOGAF的一些相關知識，在TOGAF的內容架構中定義了各階段的主要工件，其中重要的一種類型為圖形。而在企業架構語言ArchiMate

/// <summary>/// 一個不錯的Linq問題/// </summary>private void LinqQuestion(){    JZDataContext db = new JZDataContext();    TextWriter log = new StringWriter();    db.Log = log;     IEnumerable<A_User> table = db.A_Users;    var q2 =

    一直很苦惱……    最近這幾天用了WindowsMobile的日曆約會，感覺好些事情，已經可以從我的腦子裡面滾出去了。另外，今天周哥和大家分享了他的GTD經驗之後，再加上我原來對事情的分類和排序思想，覺得確確實實是應該有有一套自己的GTD模式。（周哥的文章：個人管理 - 認識無壓工作GTD）    大腦是用來思考的，不是用來記事情的。深有感觸！   

前言    好幾年沒有寫C++代碼了，今天朋友問起一個C++的問題，我是怎麼也想不起答案來了。哈哈。所以現在把原來在大二時候寫過的一個C++遊戲先寫下來，要不然以後估計都會忘記得一乾二淨啦…… 效果    開啟遊戲，先是一個閃屏：     然後是遊戲主介面：     遊戲開始後，一隻被我減過肥的小兔子蹲在“爛”草坪上：     時間倉促，當時連滾動背景都沒做。    點擊左鍵一下，兔子彈起，這時可以用滑鼠控制兔子的方向，使它掉落在鈴鐺之上，這樣它會繼續向更高的鈴鐺跳起。     跳第一個鈴鐺10

前言    這遊戲跟《兔子跳鈴鐺》一樣，也是在大學的時候寫的。不過前者使用的是C++，而這個則是在大三上學期的時候用JAVA，在J2ME平台上開發出來的。代碼不多，當時使用了不到三天時間，但是卻感覺比兔子的遊戲好多了。    我就寫過這兩個遊戲，感覺玩起來還不錯，所以都寫出來和大家分享一下。代碼在最後。：） 效果    啟動遊戲，閃屏、標題、開始菜單：    

今天看了公司（易車）原來團隊開發的部分項目的代碼，發現很多項目是基於Typed DataSet或NetTiers的，兩者都是代碼產生器（Code Generator，以下簡稱CG），前者是VS內建的工具，而後者則是第三方開發，同樣的還有CodeSmith、動軟等。這些CG的輸入/資訊來源，大都是資料庫中的中繼資料。

10k的面試中遇到的一個Sql Question，當時沒有做完整，後來回到易車工作的時候又遇到這個問題，結果同事都沒做出來。 問題：表：Category： ID NameItems： ID CateID Name擷取某個Category中的第一個item，顯示其及其category的內容 最後的解決方案：select c.ID cID, c.Name cName, i.ID iID, i.Name iNamefrom Items i inner join Category c on

在使用OpenExpressApp架構的GIX4項目中，對象的懶載入按照對象的性質不同，分為以下兩種方式：根對象類：    Get方法：擷取根對象，並附帶上第一級的子物件屬性。    GetLazy方法：擷取沒有子物件屬性的根對象。只在簡單列表顯示時使用。懶載入的思想在這裡的體現，比較特殊，大致是這樣的：當點擊列表中某個對象A時，會使用Get方法擷取一個新的對象B，並把它的值全部賦於A，這樣，A就在被點擊的時候，得到了它的所有子物件屬性。非根對象類：