【问题标题】:Codeigniter too much for only REST service, is there better options? [closed]Codeigniter 对于仅 REST 服务来说太多了,有更好的选择吗? [关闭]
【发布时间】:2013-05-30 11:35:00
【问题描述】:

我开始构建一个小型 ERP Web 应用程序。对于我应该使用的系统,我目前有点介于两者之间。我想到的是我会做一个 REST api 将数据从后端传递到前端,并且可能使用 Angular.js 来处理所有前端的东西(视图等)。

使用 PHP 框架会不会有点过头了,比如说 Codeigniter 只是为了构建这样的 REST 服务?

我也很倾向于使用 Node.js / Express / Angular 的组合。但是由于将来这将更难维护(因为这里几乎所有东西都在 PHP 上运行并且知识更好)我真的需要一些好的指针,为什么它更适合这种需要?我对 Node / Angular / Express 和 PHP 有一些经验,但我还没有真正使用过 Codeigniter。

TL;DR 是 Codeigniter 的一种过度杀伤力,仅用于构建 REST 服务并使用 Angular 来完成其余的服务以及为什么我可以倾向于 Node.js / Express 组合而不是 PHP 框架有什么真正好的优势吗?

【问题讨论】:

  • Node.js/AngularJs/NoSql 是最好的组合。

标签: node.js codeigniter web-applications angularjs


【解决方案1】:

取决于您的数据是什么,以及您将如何操作这些数据。把它想象成当你做 PUT 请求时,你会做什么。如果开发人员熟悉 PHP,我会选择 CI,如果您确定开发人员会轻松掌握它(如果您知道,您会丢失)并且您希望学习新的堆栈,请使用 Node.js / Express / Angular .

我个人已经构建了 CI 休息 (it's not a brainier with CI REST library),以主干.js 作为前端。 不算过分,CI 很快,我使用 Doctrine 2 作为我的 ORM(因为数据库是关系型的)。

如上所述,优点/缺点取决于 (1) 您的应用打算做什么,(2) 开发时间/截止日期,以及如您所说的 (3) 维护。

编辑,另一方面,如果您想要非常轻量级的 PHP REST 框架 http://www.slimframework.com/

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-03-06
    • 1970-01-01
    • 2012-03-14
    • 2012-06-16
    • 2016-08-10
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多