Zend2.0的MVC完整過程。

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

首要需求清晰的是，Zend2.0的發(fā)動(dòng)以及MVC構(gòu)架是徹底根據(jù)事情驅(qū)動(dòng)的。若是對(duì)事情驅(qū)動(dòng)還不太明白的話，應(yīng)該先弄清楚什么是ZF2的事情驅(qū)動(dòng)，并把握根本的EventManager用法，這是閱覽本文的根底。請(qǐng)參閱Using the ZF2 EventManager。

　　根據(jù)事情驅(qū)動(dòng)MVC與傳統(tǒng)的MVC有什么不同，簡(jiǎn)略說就是由傳統(tǒng)的雜亂流程式調(diào)用進(jìn)程。變成了先在某處注冊(cè)事情，然后在某處觸發(fā)事情的簡(jiǎn)略二元關(guān)系，事情不受代碼布局和調(diào)用流程的影響，可以便利的免除耦合。

　　而在比來才引進(jìn)的ServiceManager也是Zend1中徹底沒有的概念，在我的了解來看，ServiceManager的引進(jìn)是ZF2開發(fā)小組關(guān)于引進(jìn)Di能夠帶來的元數(shù)據(jù)式編程問題(Metaprogramming)的一種反思。

　　ServiceManager帶來的優(yōu)點(diǎn)是：

　　將整個(gè)Zend構(gòu)架的首要局部形象化，讓布局更有安排，更利于了解

　　簡(jiǎn)化Di的裝備，下降學(xué)習(xí)本錢

　　進(jìn)一步弱化了Bootstrap，讓整個(gè)發(fā)動(dòng)進(jìn)程愈加簡(jiǎn)練

　　ServiceManager帶來的欠好之處是：

　　將Di做一層封裝，無法直接經(jīng)過裝備文件操控整個(gè)構(gòu)架

　　自定義需求比較高的時(shí)分，反而提高了學(xué)習(xí)本錢，由于在學(xué)習(xí)Di的還還要學(xué)習(xí)ServiceManager

　　那么閑談至此，開端進(jìn)入真實(shí)的Zend2.0 MVC構(gòu)架流程剖析，這里以5月21日的ZendSkeletonApplication為例：

　　榜首局部：初始化ServiceManager

　　ZendSkeletonApplication/public/index.php

　　$configuration = include 'config/application.config.php';

　　$serviceManager = new ServiceManager(new ServiceManagerConfiguration($configuration['service_manager']));

　　$serviceManager->setService('ApplicationConfiguration', $configuration);

　　讀取整個(gè)運(yùn)用的根底裝備文件，初始化Mvc結(jié)構(gòu)所需求的ServiceManager。

　　這個(gè)進(jìn)程中默許所依靠的一切類都寫在ZendMvcServiceServiceManagerConfiguration中。ServiceManager的內(nèi)部被劃分為5類

　　services 效勞

　　factories 工廠

　　abstractFactories 籠統(tǒng)工廠

　　aliases 別號(hào)

　　shared 同享效勞

　　項(xiàng)意圖裝備文件application.config.php會(huì)復(fù)寫Zend的默許裝備并載入，比方若是需求運(yùn)用一個(gè)自定義的效勞，可以在裝備文件中這樣寫