做虛假的外掛程式

最近一直在進行下一代csdn社群的詳細設計，其中各個社群都需要有自己的特色，苦惱的地方就是靈活定製和效能的取捨。

外掛程式系統就是相當靈活的系統。

這裡對外掛程式系統的描述就相當不錯。摘抄幾句：

外掛程式系統就是指當宿主程式開發好以後，可以開發一些符合自定義規範的程式(外掛程式)，來擴充宿主程式的功能。

外掛程式系統的設計注意點為：

1. 宿主程式如何知道外掛程式的存在；

2. 外掛程式如何從宿主程式獲得必需要的內容；

3. 外掛程式之間如何交換資訊；

4. 如何對外掛程式進行擴充(也就是說每乙個外掛程式都可以作為乙個宿主程式)；

5. 考慮外掛程式公升級，等其它因素；

另外，如果每個外掛程式要用到自己的資料庫的話，更麻煩。在社群設計中每個外掛程式涉及到資料庫就很明顯，比如csdn 社群的積分制可以被認為是乙個外掛程式。儲存積分就需要資料表。而這個資料表又不是孤立的。

這樣靈活的系統下，效能必然成為很大的問題，而社群一般都是眾人集中的地方，效能、使用者體驗是第一要素。

考慮到以上的問題，在csdn下一代社群開發中，我覺得採用乙個中庸取捨方式比較好。

首先這個社群的外掛程式應該都是由我們組織開發的，我們清楚有哪些外掛程式。這樣就不需要考慮特別靈活的擴創乙個新的外掛程式，而只需要考慮靈活的呼叫乙個外掛程式，同時呼叫時要考慮效能問題。

這樣在新設計乙個外掛程式的時候，可能會比較麻煩。但好在這不是第三方完成的，我們是可以控制的。

我們在程式架構上，就可以假設這些外掛程式都是存在的，只是呼叫不呼叫的問題。

這其實就變成配置引數的思想，而不再是外掛程式的思想了。

只不過我們為了為了維護方便，仍然採用外掛程式的思想，把每乙個外掛程式相關的操作，盡量集中到乙個應用程式集中（這裡僅僅是盡量而不是強制要求）。部署的時候，方便管理。

這個虛假外掛程式系統中，甚至可能部分外掛程式是混雜在一起的（比如資料庫中，宿主資料表和外掛程式用到資料表被整合到乙個表中，宿主程式和外掛程式對該資料表同一行不同列的操作，可能會被集中到乙個函式中完成）。

這就是乙個虛假的外掛程式系統。但是他是照顧了效能，又有相當靈活性的。

結論：以上的中庸取捨思想，其實在軟體開發中很有意義，因為我們的實際專案需求，跟某個設計模式的理想狀態總是有差別的。

附帶說一下：**的總體效能，總體體驗，主要是由使用者最常使用的功能決定的，如果你的乙個優化把使用者最常使用的功能反應速度提高了，而把不常使用的功能反應速度增大了，這仍然是乙個好的效能方案。