1樓：落憂
我主要使用開發框架是Yii2，習慣了用隱式路由，後來在學習Ruby on rails 的時候，一直糾結了很長時間，就是關於顯式路由的不適應。
經過很長時間的推敲之後，我個人得出的結論支援預設隱式路由，顯式路由在應該使用的地方再配置。
隱式路由符合約定優先於配置這個原則，減少了中間成本，對快速開發有益，專案的早期，開發寫的往往都只是乙個框架，確保內部流程能夠走通，等到上線的時候，對應的Controller和action的名字往往都會變動很多次，每次的變動都要修改路由是一件非常麻煩的事情。
2樓：陳元
一直沒搞懂.人家整個東西出來,還免費給大家用.他做什麼不做什麼 ,不行麼.... 不喜歡別用不就好了麼.
mmp本田這車為什麼不做個電動座椅,一定要手動座椅這樣科學嗎???
哎,哥,隔壁馬自達的電動啊,你換一款不就得了...
3樓：ruke
讓我這個菜雞來說兩句,首先不說好不好用吧,對於L的group,controller,resource這三個東西我感覺還是很貼心的,對於隱式路由也是可以實現的.可能唯一的缺點就是有點臃腫,但這也是有辦法解決的,
對於tp這種隱式路由的,他也可以實現RESTful api風格的路由,只不過是看自己的一些使用習慣而已,更何況現在MVVM開發模式的普及,後端只寫api也是很常見的事,
既然都有人喜歡用,那肯定有它的優勢
4樓：
不吹不黑。表示真沒覺得幾百條路由寫到一起有什麼優雅的。。。。隱式路由也可以自己定義對映關係做到你們所謂的更富語義化的路由位址。。。
之前看過乙個回答說，L的路由你就當成乙個文件看就行了，所以在專案沒有完善文件的時候，L的顯示路由還是有點好處的。如果專案有完善的開發文件和約定，L的路由除了降低效能，沒什麼用。
如果幾千幾百條的路由L的方式好嗎？而規則路由只需要約定乙個規則就行了。
說效能不重要的同學不要自欺欺人了好嗎？官方不遺餘力的提高效能，你們說效能不重要？
5樓：eechen
不好,每個請求框架都得用正規表示式分析URI實現路由,併發大的時候成本可不低.PHP處理完請求釋放資源的方式特別適合使用傳統的頁面控制器,URI直接對應到頁面控制器,不需要在PHP裡進行URI分析和路由.要美化URI,可以在Nginx/Apache層面按需進行rewrite重寫配置.
MSDN上文件提到了MVC中頁面控制器(Page Controller)和前端控制器(Front Controller)的選擇:
Page Controller（頁面控制器）Front Controller（前端控制器）Front Controller 比 Page Controller 更複雜，實現此解決方案會增加維護成本和新手的學習難度。 Front Controller 是用來處理 Web 應用程式的所有請求的單個控制器。 如果處理程式必須執行資料庫查詢或 XML 文件查詢才能作出路由決定，則可能導致效能非常緩慢。
Page Controller 模式是 Front Controller 的更簡單的替代方案。 在 Page Controller 模式中，每個頁面各有乙個控制器物件，這與所有請求使用乙個物件的 Front Controller 方案相反。 對於大多數應用程式來說，Page Controller 是更合適的起點。
僅當需要 Front Controller 時才應該使用它。
6樓：蕭東
想到了兩點，先說了。
一點是好的：所有的入口都規範了，都在路由檔案裡，防止潛在的不安全以及不想出現的入口出現，同時有個規範作用。
一點是不好的：路由定義後，所有的請求進來後到多了一步與路由匹配的過程，這個過程是字串匹配，即使有路由快取，肯定還是會對效能產生一定影響。
用laravel框架，如何從url裡面獲取變數？
鐘翔 你弄混了，按你的url來看，你是想獲取引數book的值，那你的Route應該是這樣的 Route get search function 如果你想用Route get search 的方式來獲取book的值的話，你的url應該是這樣的 localhost 8000 serach ma這樣就可以...
看了laravel的php框架怎麼感覺很不靠譜？
窮人孫 是不靠譜原始碼看的你會頭痛原始碼很亂裡面大量匿名方法呼叫導致公升級向下相容很難做到！如果出了問題這個框架就是乙個黑盒很難除錯這個框架前期簡單後期越來越難 擼程式碼的鄉下人 世上本沒有框架，用的人多了，就成了框架，所以每乙個框架都有適應的某一類範圍，沒有最好的，只有合適的。不過國內Swoole...
為什麼 Laravel 5 這麼好乙個框架，國人都不去用？
創業ing.話說我管你們用什麼開發呢？就要你們在最短時間內寫出來，最短時間，別人一周，你2天。至於你用什麼開發，你自己選擇，就要快，來的新同事很快能融入。至於你們說的什麼語言多好多好，至少在現在我眼中，開發周期太長的都不好.乙個月發一次工資，媽的，這是事實 ks lin 評價它 好 的標準是什麼？高...