雖然并沒(méi)有貢獻(xiàn)者出現(xiàn)，但我還是堅(jiān)持把我的PHP框架堆到完成度很高的程度了

Harriet666 發(fā)布于2019-07-01 14:08 / 1707人閱讀

摘要：一般而言的重框架往往是這種類(lèi)型。以上是我總結(jié)的框架的三角原理，業(yè)務(wù)代碼少，內(nèi)置功能多和內(nèi)部掌控易三者不可得兼。作為開(kāi)發(fā)者，我選擇放棄內(nèi)置功能的數(shù)量，因?yàn)槲矣X(jué)得這是唯一可以由外部彌補(bǔ)的，不屬于一個(gè)框架本身素質(zhì)。

如果一個(gè)框架能用很少的業(yè)務(wù)代碼實(shí)現(xiàn)特別多的功能，那么其實(shí)就是這個(gè)框架內(nèi)置了大量的慣例，當(dāng)這些慣例不符合項(xiàng)目預(yù)期的時(shí)候，如何添加代碼精確地改變對(duì)應(yīng)的慣例，而不搞砸其他部分，就會(huì)變的很難。經(jīng)典的例子是各類(lèi)CMF，drupal， wordpress，比起框架來(lái)已經(jīng)更接近應(yīng)用了。

如果一個(gè)框架能實(shí)現(xiàn)的功能很多，也很容易修改或定義其中的功能細(xì)節(jié)，那么這個(gè)框架往往需要寫(xiě)非常多的業(yè)務(wù)代碼來(lái)填充起這些允許自定義的部分（因?yàn)槿绻@些部分有預(yù)設(shè)值，這個(gè)框架就落回到上一個(gè)類(lèi)型）。一般而言的“重”框架往往是這種類(lèi)型。

而一個(gè)框架如果要寫(xiě)的業(yè)務(wù)代碼不多，也還是能夠輕松的改變其中的功能，那么這個(gè)框架往往無(wú)法內(nèi)置很多功能，需要開(kāi)發(fā)者自己動(dòng)手拼積木。

以上是我總結(jié)的框架的三角原理，業(yè)務(wù)代碼（少），內(nèi)置功能（多）和內(nèi)部掌控（易）三者不可得兼。

作為開(kāi)發(fā)者，我選擇放棄內(nèi)置功能的數(shù)量，因?yàn)槲矣X(jué)得這是唯一可以由外部彌補(bǔ)的，不屬于一個(gè)框架本身素質(zhì)。

啰嗦了這么多，這是一個(gè)以PSR為核心的，自帶DI機(jī)制的微框架，其他一切皆可選配。如果你喜歡Slim，但又嫌棄他自身不模塊化沒(méi)法換輪子，DI不正宗搞service locator反模式，不妨了解一下。如果你還不了解Slim，還不知道為啥那么多老司機(jī)上手就是Slim，但又懶得四處安利Slim這么小的框架究竟好在哪里，那也可以和Slim一起看下。

http://litphp.github.io/blog/... (全英文預(yù)警)