其他

在之前爭論貧血還是充血的時候，有Tx提出這樣一個觀點book.Save()用起來很怪，有人認為這樣子的用法不夠OO，因為儲存書不是書所具有的行為，而是書籍管理員：BookManager來發出比較合理。這裡來說說我的看法，還是OO，繼續接磚。首先是我的看法，book.Save()

上周幾個朋友一起開車去康定，本來想去新都橋，結果到了康定都4點多了，於是決定跑跑再說，上了折多山，果然山如其名，一路都是彎，還真是很多折啊。因為海拔超過3000了所以發動機很無力，很多地方3檔完全沒力，2檔勉強跑得動，費了九牛二虎之力終於上了山頂埡口，不過由於快天黑了所以就在山頂耍了一下就下山返城了。翻過二郎山飛奪瀘定橋到了康定城（山下是康定新城）身後山頂的雲裡就是等會兒要上去的地方很冷很冷，身後的路上去更冷，風很大，山頂是一個小亭子，到上面就簡直是在雲裡了。最後回到城裡找不到酒店，打114問到

周末陪女友，故沉默了，其實大腦並沒有沉默，之前看到《萬事欠備設計先行》 就有說點什麼的衝動，但是始終說不出來，經過周末的一番思索終於說得出來了 BirdsHover 兄在文中所描述的情況其實相當的普遍，這點從觀帖的人數可以看出，其實應該算是XP的一個經典情境。XP的精髓就是擁抱變化，不過老實來說就國內很多團隊的水平來說，盲目的XP其實是一個相當大的賭博，真是不在變化中死亡就在變化中變態。這裡倒不是想反駁 BirdsHover兄的見解，不過感覺層次停留在開發人員的階段來思考這個問題未免有些失之偏頗

    If you give a glance at the list of the top musicians in the 20 centuries, the name――Jacqueline Du Pré　is easy to spot. Maybe it‘s not so familiar to us, certainly including me. But with more hints, most of us will take a tumble. There‘s a film

上一篇Post效果不是很好，既然大家喜歡討論，我就還是用討論的形式來進行。這次還是接著上一次的話題，封裝，可能是因為沒有表述清楚，所以導致了很多Tx有所疑問，所以這裡更加詳細的闡述我對於封裝的看法。===============================申明================================本文討論環境在純物件導向語言環境下（靜態類型語言，比如C#，JAVA），C++使用者請注意某些和C++的不同之處。如果不加註釋，本文的討論不涉及ORM以及持久化等技術===

昨夜一夜未睡，本來以為下班回家能倒下就打呼嚕的，結果吃了晚飯後反而清醒起來了，於是決定把本打算明天寫的部分提前。半夜三更不睡覺幹嘛？出來假扮王祖賢阿根據前面的需求，我們發現需要將設定檔抽象出一個組件出來，緩衝需要一個單獨的組件，為了適應不同的資料庫需要做成一個外掛程式架構的，為不同資料庫插入不同的處理組件，為了降低反射的成本還需要一個組件用來包含介面定義，主類就是一個Loader為資料處理組件提供一個載入啟動的環境。這樣子我們定義程式結構如下主專案Yourname.db配置Yourname.db

之前的Post掀起掀然大波,砸磚者紛至遝來好不熱鬧。之前的Post觀點不夠明確，準確，先say

到處都是程式員找不到女朋友的論調，非技術區裡常常出現被拋棄的怨男。都說程式員木納不懂生活，所以在這裡決定傳授大家我獨創的告別單身必殺技---“可樂雞翅膀”，保證MM吃了心頭起碼甜一個禮拜，殺傷力驚人那。 好了，現在開始，首先我們要準備好材料和工具：主料：雞中翅一盒（各大超市有售），可樂一大瓶配料：食用油，醬油，八角，花椒，幹海椒（不要幹海椒面，要整的），生薑，料酒首先聲明這個是我參考網上的很多做法總結出來的自己的做法，呵呵，你也可以在我這個做法的基礎上研發出你自己的方式。先用菜刀將雞翅上拉幾條口

接到金蝶的邀請郵件參加OperaMasks的推廣會，雖然這玩意兒是JAVA平台下的Framework，不過他山之石可以攻玉，看完整個示範過程，不禁讚歎金蝶中介軟體的野心。整個OperaMasks所標榜的大約兩個方面，一個是整合化開發環境，囊擴配置，管理，設計與開發的全過程開發環境（Apusic

其實這個設計是已經做過了，那個時候我才進公司還在試用期，給我的第一個任務就是許可權管理模組，本來之前有人做了一點，但是發現滿足不了局方要求，於是我就重新設計了這樣子一個模組出來，當時為了趕進度也沒有怎麼設計，實現即完成，但是現在發現其實還是可以把這個模組抽象出來，設計成一個更加通用化的設計，起碼能做一個可複用的組件出來。曆史的沿革就是這個樣子。現在脫產了還真是有點懷念編碼的日子。好了，首先我們來看看是怎麼樣一個設計，首先上其實基礎還是很常用，角色-許可權

說老實話我現在還沒開始寫，原來零散的代碼要想拼湊起來還真不是一件容易的事情，懶人做事情就是不想多動，所以看見工作量大了就想偷懶，於是就會花更多的時間來想更容易地解決這個問題。所以我現在這裡把整個構思想法記錄下來，等我回家再考慮如何處理。主要的想法呢上次已經說了，是想做一個高度抽象地組件，具體的表現應該是一個API，而且操作要最簡單，比如在一個頁面只需要在load事件裡執行個體化一次就可以自動的判斷頁面的URL和遍曆Cookie和Session去匹配使用者登入標示裡的使用者ID，然後再資料庫裡查詢

 這篇小文章真的是十分有名，很早以前就聽過並看過，當時的感覺早已無從記得。今次重新翻看，體悟又不一般。在這裡，送信給加西亞有太多的象徵意義，忠於職守，承諾，敬業、服從和榮譽等等。這些詞彙都很神聖。可是不同的人看到的是不同的側面，有不同的領悟，如果硬是說這些神聖的詞彙都很恰當，那麼我覺得反倒辱沒了原文的意義。你自己的眼睛看到了什麼，那些才是最真切的存在。我一直很有感觸的就是“敬業”這個詞。或者說professional。有很多辯論討論的題目是“先愛一行再幹一行，還是先幹一行再愛一行”，這樣的思考是

     今天看了實戰項目分析一文，對文中有些觀點頗為不解。雖然很多園友都說不錯.看了原文,作者提出的項目問題,自己的比較下自己平時做的項目,居然很多都一樣,心哇涼哇涼水的,難道以前自認為不錯的項目都是些垃圾嗎?與高手做的項目就差這麼遠嗎?仔細想下,總覺的說的讓人不服,不服的原因並不是作者寫的不好,而是本人不理解而已.          疑問一：分層架構中的面向介面      引用原文：     ----------------------------------------   

根據dudu

在大學裡的某一天，一個漆黑的夜晚，我來到了一個學校裡陰森的圖書館，雖然說不喜歡，但是為了考試不要零蛋，所以拚死也要溫書了。來到圖書館的櫃檯前，遇到了圖書管理員。然後我跟管理員說：“我來借書了”，管理員頭也不抬的把手一指：“書架在那邊，自己去找”。-------------------------------------------------------------------------------- ----------------------------------------------

前一篇Post因為繪圖的關係導致理解上有所誤區，所以重構一下，重新更新了圖形，讓我們重新來審視一下這個被多次討論的設計。首先是圖書館的用例：其實用例的情況大家都很清楚了，簡而概之就是使用者在圖書館的書架上找到自己想要的書，然後向管理員出示借書卡後借到想要的書。使用案例圖。這是一個很簡單的用例，我沒有分析完所有的用例以及子用例，這裡到此就可以打住了，我們可以在以後的迭代過程當中來繼續完善 然後根據需求我們來建立商務規則表：規則一：借書需要出示身份證明以及借書卡  

生活太過瑣碎，久違的理想總有被湮滅的危險。那麼此刻，我們用自己的激情和誓言來給理想持久化。                                                                                   ----   YITIAN Studio其實理想可能很簡單，或許只是單純的想變強。Aim for the top，只為那生命的榮光。                                                        

多點SSO，我們這裡可以理解為有多個註冊伺服器的SSO，也可以理解為分布式SSO，也即是使用者的註冊資訊是分布在多台伺服器上的，這類技術其實在現在來說是相對比較成熟的，比如tencent，skepy，互聯星空等等大型的應用，比如Tencent的號碼上億，如果用一台伺服器集中儲存或者是只用一個群集來集中認證，那麼所帶來的漫長的等待是我們所不能忍受的。所以我們需要多點SSO。不過竊以為Tencent的QQ從技術上不應該用多點SSO來表述，而且實質上也不是SSO技術，而是Tencent自己的P2P協議

        程式員和駭客有種天生地說不完道不盡的恩怨糾纏,很多計數很高超的駭客同時也都是技術高超的程式員,但是大多數程式員卻在同駭客做著生死抗爭,特別是編寫在公網上啟動並執行業務系統的程式員,更是步步小心.但是與駭客相比,程式員的制肘更多一些,駭客往往只需要一個漏洞就可以逍遙了,但是程式員卻要步提防,因為一個小漏洞就可能讓自己陷入麻煩.程式是一個有機的整體,並不是所有的代碼都無懈可擊了的時候就能高枕無憂了,很多時候看來安全的系統卻是到處都是口子,我們來看一個例子.       

此文寫給所有還在迷茫中的初學者並歡迎高手進來討論。