基于yaf的模塊化開發方案

雖然能滿足需求，但可以想像維護這樣一段代碼會讓后來人罵娘多少次？當然，雖然我們聽不見，但畢竟讓后人非常不爽。

3、不得已的推倒重構

基于各種壓力，更多的是基于業務發展的壓力，我們不得已痛苦的對整個系統進行重構，這個過程漫長而痛苦，一方面要支持現有系統的業務，另一方面還要對整個系統進行技術重構，讓他們之間的耦合更少，這個成本和風險將會讓我們痛不欲生。

那我們在項目最初是不是就該考慮從業務上拆分成多個模塊？答案是肯定的。但是也將帶來一些問題：

1、PM不懂技術，不清楚怎么拆分

這個問題還好解決，在規劃和項目評審的時候，跟技術一起討論，側重于在業務功能上進行拆分，比如用戶相關操作全部歸為用戶模塊，后臺相關歸為后臺模塊，瀏覽的歸為view模塊

2、怎么控制粒度，控制不好反而會增加更多的成本

這個要在技術內部好好的做溝通和規劃，控制好邊界

3、數據共享？

雖然拆成了多個模塊，但是對于數據倆講，它遍布整個系統，模塊與模塊之間的數據如何共享？

在項目初期的解決方案是，

－ 將最基礎的數據獨立成library模塊，它提供最細單元的數據共享，這些可以在整個模塊中調用；

－ 提供跨模塊調用的業務接口，比如在模塊A下，讓框架支持調用B模塊下的接口；

－ 提供http服務化接口，這個大多數是在項目成熟階段的時候才會做的事情；

</div>

在目前所有php框架中，要想實現模塊化編程還是比較困難的，大部分的框架實現都是在框架內部有自己的application或module，這里面是具體的模塊化的業務代碼。

還有一種完全的模塊化，每一個模塊業務都有這樣一套框架實現：

每個模塊之間提供interface，供其他模塊直接調用，每個模塊只處理自己的業務，當有業務需要共享時直接按照規范寫interface就可以了。

項目目錄如下：

$app = Yaf_Init::init();
$app->Bootstrap()->run();

這個只是一層封裝，根據目錄解析出當前模塊名，省去配置config.ini的煩惱，為了靈活性，Yaf_init::init()后面將增加參數可以靈活自定義配置，每一個webroot/module/index.php中都是上面的代碼。

等同于下面

$config = array(
'application'=> array(
'directory' => app目錄
)
)
$application = new Yaf_Application($config);
$application->Bootstrap()->run();

$Object = new Yaf_Caller('moduleName','className');
$Object->test();

class Interface_Admin{
   function test(){
        //TODO
   }
}

//object返回的是Interface_Admin類
$object = new Yaf_Caller('moduleA','Admin');
它直接可以調用Interface_Admin下的public方法。
$object->test();