【问题标题】:Laravel 4 Route::dispatch overheadLaravel 4 Route::dispatch 开销
【发布时间】:2013-06-02 20:56:49
【问题描述】:

我正在开发一个需要为外部应用程序公开 Json API 的 Web 应用程序,并且我计划创建一个以 API 为中心的架构。

所以基本上,该应用程序将包含用于 Web 界面的视图/控制器。控制器将使用 Route::dispatch 创建对站点 api 部分的请求(包中的另一个控制器,但在同一个 laravel 安装中),然后解析结果,并相应地创建视图。

所以我想知道使用这种架构在性能方面有什么缺点?

【问题讨论】:

  • 过早的优化是万恶之源。
  • 是的,但我想知道框架如何处理性能方面的问题。了解您在其上建造房屋的事物的行为方式有时很重要,尤其是在您处于建筑设计阶段时。
  • A -1 和投票结束因为没有建设性?我不确定这是有道理的。这个问题是询问“使用这种架构的缺点,性能方面”,对我来说非常具体,可以清楚地回答。

标签: performance laravel laravel-4


【解决方案1】:

如果每个控制器都在编写逻辑以在内部分派另一个请求,那么我会考虑将其从控制器中抽象出来并放入您自己的分派器中。我怀疑会有巨大的性能开销。该应用程序(据我所知)不会启动两次,因此您不必担心。

您唯一需要注意的是正在使用的主要请求的输入。您应该在调度员内部考虑的一些事情。更多信息请参考this answer

您还可以在consuming your own API 上阅读更多信息。

【讨论】:

    猜你喜欢
    • 2013-06-09
    • 2014-06-23
    • 2014-05-29
    • 1970-01-01
    • 2013-10-06
    • 1970-01-01
    • 1970-01-01
    • 2013-10-13
    • 2015-01-09
    相关资源
    最近更新 更多