选择 MVC 框架时我应该考虑哪些因素

发布于 2024-12-07 04:53:33 字数 1432 浏览 2 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

戏蝶舞 2024-12-14 04:53:33

我会考虑我的项目的范围,如果我预计复杂的系统有很多很多不同的实现,那么我会选择Spring,对于中等复杂的系统我会选择JSF。

还需要考虑如果主要设计师离开团队,其他团队成员或新来者是否能够轻松地选择特定的 MVC 框架(考虑使用众所周知的 MVC 与不太知名的个人最喜欢的框架) -从谷歌中挑选的)。特定的 MVC 框架有多成熟,是否有关于它的好书等等。这些只是我的想法。

另请记住,当涉及太多 Spring(或任何其他 ioC 容器)时,有时(8-12 个月后)您将无法正确调试代码,因为涉及的类太多,您只需保留 最后,正如我的一位导师常说的那样,不要解决世界问题(通过使用大量设计模式),而是

解决手头的问题。 :-)

I would consider what is the scope of my project, if I am anticipating complex system with lots and lots of various implementations, then I would go for Spring, for moderately complex system I would go for JSF.

One also need to consider if the primary designer leaves the team would other team members or a new comer will be able to pick particular MVC framework with ease or not (consider using well known MVC vs not-so-well-known-personal-favourite-picked-out-of-google). How mature the particular MVC framework is, are there good books written about it etc. These are just from top of my head.

Also keep in mind when there is too much of Spring (or any other ioC container) involved, there comes a time (after 8-12 months) when you are unable to debug code correctly because there are so many classes involved that you just keep tracking which class goes to which spring context files etc.

Finally, as one of my mentors used to say, don't solve the world problems (by using lots of design patterns), solve the problem at hand. :-)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文