从头开始创建ERP的困难选择(使用php?)

从头开始创建ERP的困难选择(使用php?),php,twitter-bootstrap,symfony,erp,Php,Twitter Bootstrap,Symfony,Erp,我目前正在努力寻找最佳的解决方案/技术来构建我们的ERP。 我们的工作范围非常具体,市场上没有任何ERP能够满足我们的需求(或50%),因此我们决定采用内部解决方案 我们被建议选择客户机/服务器解决方案(.net+WPF),但第一次交付的结果低于我们的预期 我们目前正在考虑重新使用php(使用相同的SQL Server数据库),并想知道: php框架(Symfony、Laravel)会是一个不错的选择吗?我们需要自由,以确保长期的可维护性 前端框架(Bootstrap、Buffic、Mater

我目前正在努力寻找最佳的解决方案/技术来构建我们的ERP。 我们的工作范围非常具体,市场上没有任何ERP能够满足我们的需求(或50%),因此我们决定采用内部解决方案

我们被建议选择客户机/服务器解决方案(.net+WPF),但第一次交付的结果低于我们的预期

我们目前正在考虑重新使用php(使用相同的SQL Server数据库),并想知道:

  • php框架(Symfony、Laravel)会是一个不错的选择吗?我们需要自由,以确保长期的可维护性
  • 前端框架(Bootstrap、Buffic、Materialze)是一个好主意
  • 还是我们应该从头做起
我们主要关注的是:

  • 这些框架(以及网络本身)将不断发展,这意味着我们有很高的可维护性风险(尽管我们可以防止员工不使用推荐的浏览器)
  • 这些框架已经组织得很好,这意味着我们可能很难用它们做任何我们想做的事情
  • 如果我们使用插件(如UI工具包、JQuery脚本),随着时间的推移,兼容性风险将成倍增加
  • 考虑到投资,我们的解决方案应该有10年的使用寿命(当然,随着时间的推移进行维护和改进)

而这个问题是基于建议,并不真正适合本网站。我会尽力回答你的问题

  • php框架(Symfony、Laravel)会是一个不错的选择吗?我们需要 具有自由度,以确保随时间推移的可维护性

    当然,Laravel基于Symfony,拥有更多现成的解决方案。有了Symfony,您就有了更多的自由。

  • 一个前端框架(Bootstrap、Basic、Materialze)是一个好主意,还是我们应该从头开始做? 您可以使用这些字体端框架中的任何一种,但是它们会定期更新,以跟上潮流。更新字体端框架意味着更新所有视图。但是,您可以选择不更新。

  • 如果我们使用插件(如UI工具包、JQuery脚本),随着时间的推移,兼容性风险将成倍增加

    jQUERY自2006年就开始出现了,短期内不太可能出现在任何地方。建议安全使用。

我目前在一家公司工作,这家公司8年前从头开始开发ERP。他们有一个类似的工作,没有ERP适合的需要

因此,8年后(今天),erp仍然每天都在使用,但它似乎无法维护。Php(以及一般的技术)发展如此之快,以至于你不能浪费时间(和金钱)来发展它

  • 服务器版本

  • 安全故障

我建议使用“安全”框架,包括:

  • 长期支持

  • 易于在版本之间迁移系统(这意味着您可以轻松地改进erp)

是的,使用框架是imo的解决方案。symfony似乎是最安全的。你首先需要学习如何正确地使用它,但之后你就可以自由地用它做任何你想做的事情。此外,您可以在该框架的任何地方找到帮助。它有一个强大的社区,这是一个重要的力量


在前台,Bootstrap和JQuery也很安全。Bootstrap也有一个强大的社区,jQuery并没有升级版本。

我正在开发ERP解决方案,我所能做的就是告诉您我们是如何做到这一点的:

  • PHP框架应该用于您的项目,因为它为您提供了 良好的工作基础,加快你的速度。我在一家公司工作 拉威尔,它有我所需要的一切
  • 我们使用的是bootstrap3。我建议使用某种前端 框架,因为如果您的html将以易于阅读的方式编写 那么升级到新版本的框架应该不难
  • 我们使用JS+jQuery+vue.JS。我能说的就是:你不应该依赖别人 JS、php是您的项目的基础。JS应该用于 让页面感觉更动态的简单内容。正如JS库一样 用JS编写,随着时间的推移,它们几乎不会失去任何功能

我真的应该投票结束这场辩论——它太广泛了,而且主要是基于观点

如果您想使用Java、C或C#开发基于web的应用程序,那么框架非常重要。但是对于PHP来说,情况就大不相同了——您开始使用一种专门为此目的设计的语言,该语言附带一个来自单一供应商的丰富工具库。此外,如果您在Linux平台上开发,那么开发工具和平台都属于一个补丁管理提供商。一旦开始添加第三方组件,问题就变得很严重

出于某种原因,当开源项目频繁发布时,它们似乎会茁壮成长并表现良好。对于商业软件来说,定期发布对于产生收入流非常重要。当一个产品在开发中完成时,它似乎在市场上完成了。考虑英镑和HaSPux.< IME您可以从internet下载的代码质量差别很大。可悲的是,受欢迎程度并不总是等同于质量(但价格也几乎没有关系)。程序员经常过于关注传递功能以考虑安全性、性能和可伸缩性。事实上,似乎有一种观点认为,在框架中添加更多的功能会使它比其他产品具有一些优势(更多的功能=更复杂=更多的bug=更少的安全性+更难修复)

PHP框架所特有的一个问题是,大多数情况下都是面向所有人的(更复杂)-提供会话抽象、模板、数据库抽象、模板、路由。。。高度集中的工具也有一些例外(例如用于模板的smarty、用于数据库抽象的metabase或AdoDB、jQuery)