版本系統(tǒng)

這兩個框架已經(jīng)走了很長一段路，如果您在2年前對它們熟悉，那么您今天可能根本不認(rèn)識它們。在這方面，它們都不同于symfony，后者的變化要慢得多，甚至2.7和3.0版本之間的差異也不是很大。但是，如果將其與linux發(fā)行版進(jìn)行比較，則Symfony類似于Debian，Laravel類似于Ubuntu，phpixie類似于Arch。PHPixie使用滾動發(fā)布方法，所有新功能和錯誤修正立即進(jìn)入母版并獲取版本標(biāo)簽，從而使它們盡快可用。但是必須更仔細(xì)地完成“ composer update”，并按照更改進(jìn)行操作。在這里，我將立即提醒您，如果您使用“ composer install”，那么您將始終安裝相同的版本，毫無疑問可以等待。這種方法迫使框架開發(fā)人員考慮向后兼容性，而不破壞現(xiàn)有的API。結(jié)果，您將代碼與框架一起進(jìn)行了一些升級，然后您就不必考慮Laravel 4跳到Laravel 5了，那里的所有內(nèi)容都立即改變了，現(xiàn)在Laravel 4上的代碼被認(rèn)為是舊的。

執(zhí)行效率

有了PHPixie的速度，一切都保持了原樣，而且速度也越來越快，因為路由代碼和內(nèi)核本身并沒有太大變化，它僅獲得了新的庫，這些庫只有在您使用它們時才會影響速度。Techempower的基準(zhǔn)測試表明，在HHVM中l(wèi)aravel的速度也趕不上phpixie。原則上，我很少聽到Laravel為工作速度而贊美，而是為發(fā)展速度而贊美，因此性能很可能從來沒有被優(yōu)先考慮。

入門難度

毫無疑問，Laravel，laracasta，外墻，教程中的各種片段以及現(xiàn)成的捆綁包都使初學(xué)者甚至可以在最短的時間內(nèi)創(chuàng)建一個網(wǎng)站，現(xiàn)在，它也可以直接由工匠使用。所有這一切都?xì)w因于框架本身的堅固性，盡管框架由組件組成，但是Laravel本身將它們合并為一個整體。PHPixie是嚴(yán)格模塊化的，因此甚至沒有一個DI容器，并且所有依賴項都是通過單獨的工廠構(gòu)建的，因此，您需要了解更多幕后情況。但是隨著時間的流逝，我會說半年以來，學(xué)習(xí)曲線發(fā)生了變化。PHPixie是從頭開始構(gòu)建的，所有組件都是根據(jù)一個范例創(chuàng)建的，通過了解框架的一部分，使其更易于理解另一部分，從而使代碼調(diào)試更加容易。到那時，在Laravel中，您將花費大量時間使用不同的方法和質(zhì)量使用不同的開發(fā)人員的代碼。但是，如果外墻以及所有對您真正重要的東西，那么可選的DI組件將使您獲得相同的結(jié)果。

數(shù)據(jù)庫操作

數(shù)據(jù)庫和ORM組件發(fā)展最快，屬于框架的最佳組成部分。模型清楚地分布到存儲庫，請求和實體本身。擴(kuò)展不是繼承模型的某些基礎(chǔ)類，而是由Decorator模式執(zhí)行的，這使您的代碼完全獨立于使用基礎(chǔ)并經(jīng)過基本測試的邏輯。即使用于構(gòu)建查詢，您也可以使用多種語法。當(dāng)然，殺手級功能是它們都可用于SQL數(shù)據(jù)庫和Mongo，包括不同數(shù)據(jù)庫中實體之間的連接。Laravel在這里損失了很多，因為Eloquent離Kohana ORM和PHP ActiveRecord不遠(yuǎn)。與Laravel一起工作時，大多數(shù)經(jīng)驗豐富的開發(fā)人員都會使用Doctrine或Propel。同樣，這完全取決于您的任務(wù)。

社區(qū)

Laravel開發(fā)人員無疑非常多，而PHPixie還需要很多人去發(fā)現(xiàn)它的美好。我不否認(rèn)Laravel社區(qū)的美好，但是我希望也能有更多地人加入到PHPixie中來。

測試

PHPixie以其100％的測試覆蓋率而聞名。順便說一下，在這里，不僅代碼覆蓋范圍本身很重要，而且它的可測試性也很重要。缺少魔術(shù)和外觀，僅使您可以為單個類編寫簡短而快速的單元測試，而不必在每個測試上增加一堆依賴項。當(dāng)然，在Laravel中也有測試，但是要少得多。

順便說一句，當(dāng)您嘗試在新的PHPUnit上運行測試時，當(dāng)您打開coverage的生成時，它只會引發(fā)錯誤。

路由

在這里，我們再次有范式上的差異。Laravel作為更單一的框架提供了購買模型的能力，使您可以完全跳過控制器代碼，例如：

$router->bind('user', function ($value) { return AppUser::where('name', $value)->first(); });

另外，大多數(shù)路由都具有名稱，并且動態(tài)路由完全不存在（但是可以模擬）。PHPixie的路由組件更具自治性，甚至控制器的概念也不在其中，它所做的只是將請求解析為一組參數(shù)并將其傳遞給用戶。反過來，這允許使用嵌套規(guī)則和前綴進(jìn)行更靈活的配置。另一個區(qū)別是，在PHPixie中，路由是通過數(shù)組存儲在配置文件中的，而在Laravel中是通過編程設(shè)置的，如果存在帶有提示的IDE，這將更加方便。

模板引擎

PHPixie使用PCP作為模板引擎，這意味著所有常用功能（例如ucwords，substr，trim等）都已經(jīng)可用，而不必學(xué)習(xí)新語言。PHPixie設(shè)法無需編譯即可獲得流行模板的所有優(yōu)勢，因此，您也可以使用模板繼承和塊支持。此外，您將在任何IDE中突出顯示完整的語法，并使用Xdebug進(jìn)行調(diào)試。Laravel Blade本身與Twig并沒有太大區(qū)別，只是語法略有不同，但并沒有帶來任何新變化。

HTTP

PHPixie基于PSR-7構(gòu)建，它通過添加自己的包裝器擴(kuò)展了功能，但是您始終可以訪問純PSR-7請求。它還可以接收來自外部的請求，這使您可以輕松地在ReactPHP上運行框架。由于無狀態(tài)架構(gòu)以及ReactPHP，這也是可能的，這意味著在執(zhí)行請求之后，框架保持原樣，并且可以立即處理下一個而不重新啟動。Laravel是基于symfony的HTTP組件構(gòu)建的，該組件構(gòu)建了它的請求，您僅可以使用symfony / psr-http-message-bridge將它們轉(zhuǎn)換為PSR-7 ，這至少會在每個請求上添加開銷數(shù)據(jù)。盡管在下一個版本的Laravel中最有可能將完全切換到PSR-7。

認(rèn)證方式

向Laravel添加身份驗證非常容易，該配置實際上是開箱即用的，但是實現(xiàn)仍然有很多不足之處。在PHPixie中，“ remember_me”的實現(xiàn)是基于最佳實踐的，即每個設(shè)備為一個帳戶擁有自己的令牌，同時每次使用時也會進(jìn)行更新。僅僅因為其可丟棄性而竊取這樣的令牌是沒有意義的。另外，在PHPixie中設(shè)置授權(quán)更加靈活，您可以在一個配置中創(chuàng)建多個令牌，使用會話或僅使用cookie以及現(xiàn)在的社交授權(quán)。

組件

與PHPixie一樣，Laravel也由組件組成，例如，無需框架本身即可使用Eloquent非常簡單。但是其他組件，例如相同的身份驗證，與框架本身的聯(lián)系更多，而將它們與另一個框架一起使用并不是那么容易。PHPixie最初被認(rèn)為是獨立的組件，很重要的是，在github上，每個PHPixie組件都位于單獨的存儲庫中，而Laravel將所有內(nèi)容存儲在一個項目中，并為組件提供只讀存儲庫。