【问题标题】:Are MEAN frameworks/boilerplates good enough for specialised applications? [closed]MEAN 框架/样板对于专门的应用程序是否足够好? [关闭]
【发布时间】:2015-01-28 22:17:20
【问题描述】:

我花了更长的时间学习和编码,我遇到了共同的问题。我将参考我在下面附上的链接(讨论)。

我不想重新发明轮子。我可以构建漂亮而整洁的应用程序,结合我对 Express、Angular 的所有需要​​,对 JavaScript 和 CSS 使用连接资产,因为我喜欢 Jade,对漂亮的模式等使用 Mongoose。我发现大多数“样板”都可以做到。

也许有时我必须将 Swig 更改为 Jade。然后我发现对他们来说很重要的东西对我不起作用。例如,他们需要电子邮件,而我发现有些 OAuth 不会给他们。我不想要求它。

然后呢?我应该破解他们的样板还是自己做?展望未来,我发现在我的项目中,电子邮件、Facebook id 等可能与各种数据相关联,而不仅仅是用户。我想轻松索引它,而且我们知道 Mongo 在关系方面并不是最好的。我应该再次破解吗?

长话短说 - 如果您有非常自定义的要求,您会使用现有的 MEAN 框架/样板,还是仅将 MEAN 用作原则?

我参考了讨论Difference between MEAN.js and MEAN.io,它没有回答我的问题。

【问题讨论】:

  • 我没有投反对票,但 DV 可能表明人们认为这个问题是散漫的。它是在征求意见,通常认为这不是 Stack Overflow 上的合适问题。虽然您可能会在 cmets 中被咬,但可能有一个 MEAN 聊天室,您可以在其中提问。
  • 谢谢。有趣的是,许多投赞成票的人,包括提到的都是意见寻求者;)所以投反对票(如果不是因为愚蠢和重复现有问题)我认为是拖钓。感谢您的建议。
  • 如果您想频繁使用 SO,我建议您不要采取这种观点 - 最好对否决票持哲学态度,接受偶尔的投票作为生活中的事实,并从他们的可以的话留言。在这种情况下,值得注意的是主观问题是specifically discouraged。

标签: javascript angularjs node.js mongodb mean-stack


【解决方案1】:

我将在这里留下迄今为止我找到的最佳答案(对于那些根本不知道的人来说仍然很方便,就像我不知道一样):

Liorkesos 在这里回答:http://www.reddit.com/r/meanstack/comments/29wr9p/use_meanio_or_meanjsorg_and_why/

简而言之:

  • mean.io 转向(也是商业)替代 Drupal、Symfony 标准版
  • meanjs 漂流是(主要是教育),组织良好的样板。

可能意味着(争论,如果不同意):

  • meanjs 是很好的知识来源
  • mean.io 非常适合作为我们要发送给客户的典型场景的基础
  • 对于更复杂的事情,看看 meanjs 是如何做到的,但要自己维护

【讨论】:

    【解决方案2】:

    我想分享我的个人经历。首先,我使用 ExpressJS 和 Mongoose 模型来构建 RESTful API,我得出的结论是,我将 40% 的代码复制到每个项目中。

    然后我达到了连接会话内存存储限制并尝试使用存储在 Redis 中的会话来扩展它。

    后来我想添加socket.io,后来我需要访问控制列表来编辑模型。同时我需要使用 MySQL 数据库并为它续集 ORM。

    比我想实现数据库分析和域来满足期望。

    经过两年的此类开发,我发布了我的不仅仅是样板作为 MIT 许可的 nodejs 框架:https://www.npmjs.org/package/hunt。

    因此,我认为如果您尝试组合并构建样板来满足您对现有项目的所有需求,那会更好。根据您提供的想法,我建议您围绕 sequelize ORM 构建应用程序。

    【讨论】:

    • 这真的不像是一个答案,更像是你的框架的广告。
    • @dirkk:合法的自我推销通常被认为是可以的,只要它不太频繁,对自我推销诚实,并且与手头的答案相关。我认为它已经在 Meta 上介绍过几次了。
    • @halfer 我对此没有异议,完全同意你的看法。我对这个答案的问题是,在我看来,它并没有真正回答这个问题,而只是分享了一个轶事的个人经历(正如作者也指出的那样)。当然,这也是由问题的征求意见性质引起的(这是理所当然地关闭的)。
    猜你喜欢
    • 2011-04-11
    • 2023-03-14
    • 1970-01-01
    • 2012-01-23
    • 2012-09-17
    • 1970-01-01
    • 2014-05-04
    • 2014-07-28
    • 2010-12-20
    相关资源
    最近更新 更多