直接與間接

　　面向對象的代價

　　創始人的時間永遠不夠用，一定要分清楚工作重要性的優先次序。

　　軟件系統面向對象的設計思想可謂歷史悠久，20世紀70年代的Smalltalk可以說是面向對象語言的經典，直到今天我們依然將這門語言視為面向對象語言的基礎。隨著編程語言和技術的發展，各種語言特性層出不窮，面向對象是大部分語言的一個基本特性，像C++、Java、C#這樣的靜態語言，Ruby、Python這樣的動態語言都是面向對象的語言。

　　從斐波那契數列說起

　　我想幾乎每一個程序員對斐波那契（Fibonacci）數列都不會陌生，在很多教科書或文章中涉及到遞歸或計算復雜性的地方都會將計算斐波那契數列的程序作為經典示例。如果現在讓你以最快的速度用C#寫出一個計算斐波那契數列第n個數的函數（不考慮參數小于1或結果溢出等異常情況），我不知你的程序是否會和下列代碼類似：

　　去年我們組要開發一個新的產品，在討論產品架構路線的時候，美國的架構師向大家征集了架構設計思想（我推薦了SCSF），有一位工程師向他推薦了OSGi。以前我還沒有聽過OSGi這玩意，雖然我參加工作后，現學了Java和Flex，但非常菜。在工作之前我用了4年的.NET。接觸了OSGi后，發現它是一個面向Java的服務規范，還沒有一個像樣的面向.NET的框架（有個EgeyeAddIn，據說兼容OSGi，我看了源代碼了，覺得它離OSGi較遠http://www.codeplex.com/EgeyeAddIn）。隨著對其概念的模糊了解，我覺得這玩意不錯，于是我準備自己做個基于.NET的OSGi框架（因為我在業余的時候在設計一個UI框架，原先準備采用SCSF，接觸了OSGi后，我決定將二者合并，重新設計OSGi+CAB的框架）。于是，我在互聯網找了很多次關于OSGi的資料，但很失望，沒有得到多少需要的東西。因此，我只好自己翻譯了OSGi規范前6章，邊翻譯，邊理解（當我翻譯完第6章的時候，發現網上已經有OSGi規范中文版了，給自己省了點事），期間我翻譯了SCSF英文指南，看了EgeyeAddIn、SharpDeveloper Core和Eclipse OSGi的源代碼，最終設計了基于.NET的OSGi規范和OSGi.NET概要圖，目前OSGi.NET測試版已經完成，預計年底可以發布。因此，對OSGi和SOA有了更深一步的了解。