我並不是反對「模式」和「架構」，只是建議少談和適當的談，而且最重要的不是形式主義的談。
最近的乙個.net專案中我直接在cs檔案中操作了資料庫，雖然使用了enterprise library 3.0.
我沒有去建乙個users物件和user物件，當時在我看來太麻煩了，所以直接在cs檔案中生成了sql操作了資料庫。呵呵
我懶，而且我一直奉行的原則是：找到最懶的辦法,而不是使用最那些看起來最有迷惑性的手段。
因此，我讓什麼狗p三層架構滾一邊去了。兩層操作最簡單和省事。
回過頭來說說「設計模式」，這是乙個已經氾濫了的詞語。
很多人一說設計就必定談到「模式」：工廠模式，外觀模式等等... ...
你也給俺滾一邊去...
我知道的事實是在我們不知道有「設計模式」這個詞語之前，很多方式和方法我們都用到了。
就好比沒有「重構」那本書出來之前，我們早就在重構了。
表拿什麼框框架架來套東套西.
再來說架構，什麼是基礎架構什麼是應用架構？我不知道是不是有人分的清楚，俺也懶得解釋。
只是認為在基礎架構已經定型的現在不用花過多的時間去討論爭吵，只是選型而已，選擇什麼樣的方式和框架而已。
好比乙個簡單的**開發，最省事的方法在我看來就是使用castle.
而對於應用架構，誰也沒法子，這是螺旋的。
我和朋友討論了「設計」發覺：無論你怎麼設計系統，你最終逃不過還是要進行大的「重構」工作。你逃不過，逃不掉！
我記得很清楚：2023年的時候，多少人說ejb啊，現在卻聽到了無數反對聲，是現在進步了，還是當時被別人不知不覺牽著鼻子走，現在又被另外的人牽著走？
問自己該何去何從.
很多藝術品賣著**，打著幌子，但是你看得懂嘛？你能用嘛？實踐才是檢驗整理的唯一標準。
胡言亂語ing
少談些模式和架構 續
上文在此 少談些模式和架構 半月前，我去某公司晃悠了一下，算是提供諮詢參考意見。他們原先的系統執行起來慢，在新的系統中決定使用.net remoting作負載均衡。我當時給出的意見是 用dottrace找出到底是系統的哪方面執行慢，程式還是資料庫，找出因由再說其他 對於他們的設計中使用remotin...
也談設計模式，架構，框架和類庫的區別
以下摘取了片段 看了廖大的 設計模式,框架,架構 感覺受益良多，下面我打算用乙個比方來詮釋我的理解 我模擬的例子是蓋房子，我先從設計模式說起。人類從住山洞到現在的住高樓大廈中間的居住形態經歷了無數次的演變，不同的人用自己的智慧型詮釋了對居住環境的理解，並且由於有了文字這些經驗都被記錄下來了。現在打個...
架構風格和架構模式
架構風格 architectural style 架構風格是乙個命名的架構設計決策的集合，1 適用於給定開發環境的上下文 2 約束特定於該上下文中特定系統的架構設計決策，3 並在結果系統中表現出好的特性與品質。架構模式 architectural pattern 架構模式是乙個已命名的架構設計決策，...