3

我和我的团队将很快开始开发新的网络 (vtv) 服务。

大部分内容将通过 json api 进行处理和处理,但我们需要一个体面的控制面板供想要在 gui 环境中访问其数据的用户使用。

我们正在讨论是否值得花时间使用诸如淘汰赛或骨干网之类的框架来开发控制面板,或者我们是否应该坚持使用我们的经典堆栈。

作为一个忠实的 Javascript 粉丝和开发人员,我在业余时间使用了 Knout 和 Backbone 来开发一些小型应用程序,我已经可以看到在实际生产中将所有这些和平放在一起是多么困难。

花额外的钱跟随趋势并为用户提供更快的 gui 真的值得吗?

我的公司似乎只对快钱感兴趣,所以请告诉我要使用的论据!

谢谢 =)

4

3 回答 3

4

我无法对 Knockout 发表评论,但 Backbone 绝对出色。这是一个需要学习的小框架,一旦你掌握了它,你会发现它做了每个同类框架都应该做的事情:实现你本来应该实现的部分,并考虑与之相关的问题你会意识到一点点。

它提供了一个合理的事件和对象模型系统来处理使服务器端对象和客户端对象保持同步的业务,并具有一个合理的视图模型,其中事件绑定将两者联系起来。

因此,要解决您的问题,这实际上取决于您在做什么。如果您正在编写一种使用模型并从 API 获取数据的异步应用程序,那么您很可能希望使用与 Backbone 相同的架构。如果你不是,你要么设计了一些非常不同的东西而且它没有用(所以你可以说'它只是不适合')或者你在设计中犯了一个错误,你很快就会需要重新写!

于 2012-05-05T20:09:11.747 回答
0

Knockout 或 Backbone 不会帮助您为用户提供“更快的 gui”

但是,它将使开发更容易。这些框架对您的代码强加了一种结构——这意味着它更易于维护,您团队中的其他人可以更轻松地阅读代码并理解流程。这意味着您可以更快地响应用户反馈并为您的用户提供积极的体验

对于 UI 本身的速度,您应该从调查 UI 缓慢的原因开始使用速度优化技术

一般来说,我建议您继续使用您选择的框架。只有好的才能从中产生

于 2012-05-05T20:12:57.877 回答
0

通常,您应该选择一个框架/库,因为它可以为您提供附加值或缩短开发时间。

如果您有时间/金钱,并且想在编写软件的同时学习实施新技术,那就太好了,去吧!

如果您需要快速完成工作,请使用正确的工具来完成这项工作。

于 2012-05-05T20:14:42.227 回答