摘要: 插件架構體系是我一直就非常關注的內容，其實插件架構體系的發展已經有很久的背景了，插件架構體系的優點我們也是能看的非常明顯，象硬件一樣的即插即用、無論對于公司還是業界而言的良好的積累方式、為公司或業界提供統一而規范的開發方式以及穩定的內核架構等等，這些優點無論對于公司還是業界來說都是非常重要的。
插件架構體系基本的一個概念就是基于松散的模塊積累方式，通過新增插件以及擴展原有插件的方法來完成系統的實現，凡事有利必有弊，在看到插件架構體系的這些優點的同時，在實現和使用插件架構體系的時候仍然會碰到不少的問題，在本文中大概的整理了一些也相應的提出了一些自己的看法。
閱讀全文
摘要: 在和一個朋友交流權限系統方面的實現時，朋友提及到JAAS，我自己對JAAS不是那么了解，不好去評價，后來去網上查閱了不少JAAS的文檔，應該說現在大致的對JAAS有些的理解了吧，個人覺得JAAS只能算是實現權限系統的另一種方式，相當于提供了一個框架，至于這個框架基于什么模型我無從評價，對比下來我仍然認為基于RBAC自行實現是更佳的方案，不過JAAS中也有可取之處，那就是它的PAM思想。
閱讀全文
摘要: 本來作為客戶而言，它需要關心的是自己想基于系統做什么，實現什么樣的功能，而不會關心到技術層面，但如果碰到了關心技術的客戶怎么辦呢，客戶關心到你用的是什么平臺、什么框架、為什么要用以及它如果要基于平臺做自主開發要怎么做，感覺在這種情況下挺棘手的，客戶往往就變成了對于你實現需求的技術進行干預，而很多時候又沒法向用戶解釋清楚，而且在這種情況下往往是客戶根據你的介紹和講解來做出基于這樣的平臺是否能實現他們需求的評估，這就挺難搞了，也許是自己的技術不過關，不過覺得最缺乏的是溝通的方法，大家覺得在這種情況下會有什么比較好的方法呢？求教.......
閱讀全文
摘要: 幾乎在所有的系統中對于權限控制都有直接的需求，而這類需求往往有其相似性，綜合常見的對于權限系統的需求構成了本文檔，文檔主要從功能復用以及模型復用的角度來對權限系統進行總結，以便在各種系統中可對照此篇文檔來進行權限系統的實現，考慮到文檔的關注點在復用度，在文檔中不會過多的去描述功能點到模型產生的過程，而是采用直接通過產生的模型來說明基于此模型如何實現功能點的需求。
閱讀全文
摘要: 從公司級來講，自己的資格是遠遠的不夠，在這里主要也是根據自己的項目經驗闡述下自己對中小型企業技術團隊的一種觀點，個人覺得對于中小型企業來講三級團隊的構成是比較理想的，就是支撐平臺團隊+應用系統開發團隊+實施團隊，從三級團隊的構成來講切忌企業的面鋪的太廣，那這三級團隊就很難形成了，但在國內大部分中小型企業仍然處于盈利為上的策略，這也是沒辦法的，畢竟求生才是最重要的，在這種情況下，我覺得在這樣的公司不如干脆由應用系統開發團隊+實施團隊來組成，而支撐平臺則選用開源的或進行采購，當然，選用開源的概念是某個可直接用的或者不需要進行太多集成工作的，這樣在公司發展到一定程度的情況下，在適當的時機下再進行升級到三級團隊的建設。
閱讀全文
摘要: 大家都知道Eclipse是一個典型的插件系統，而從3.0起其插件體系架構就重構為基于OSGI規范來實現的，從這也可以看出osgi必然與Plugin Architecture是有很多的關聯性的，在這里就來說說自己對Osgi R3與Plugin Architecture的關聯。
閱讀全文
摘要: 本文主要對于軟件過程的整體規范進行較為完整的描述，來源于個人的項目經驗、所在team使用的軟件過程以及個人的一些想法總結而成。
文章按照對項目中采用的軟件過程進行描述，之后對保證整個軟件過程有效執行的工具、制度等進行描述。
本文意并不在標明這個軟件過程是多么的優秀，關鍵是要找到適合自己團隊的軟件過程，沒有最優秀的，只有最合適的。
閱讀全文
摘要: 根據自己的經驗整理一篇軟件過程規范的文章，主要是根據自己的經歷以及目前的情況來完整的描述一個軟件項目過程中規范性的東西。
遵循的一個原則是："規范不是萬能的，要不斷調整，每個Team有每個Team適合的規范。"
這篇是序，明天整理一份完整的文檔，對整個軟件過程中涉及的規范的東西進行較為完整的描述。
閱讀全文
摘要: 這篇Blog接著上篇Blog提出的場景進行解決方案的描述：
在和江南白衣聊的時候他提出了oscache提供的cache:cache標簽的解決方案，開始想了一下覺得不怎么可行，這也是因為自己對cache標簽不熟的原因，后來去網上查了一下cache:cache標簽的使用，看了后覺得對于解決上面的需求應該是可行的。
閱讀全文
摘要: CMS中緩存顯的至關重要，CMS中的緩存主要有靜態緩存和動態緩存兩種技術，但看下來現在覺得這兩種也只是對于最終信息頁面的緩存，現在的需求是：
1、站點、欄目、信息列表的緩存。
2、信息頁面的緩存。
閱讀全文