在 ASP.NET MVC 4 中开发大型项目是不是合理？

Posted 2023-02-23

【中文标题】在 ASP.NET MVC 4 中开发大型项目是不是合理？

【英文标题】：Is it reasonable to develop large-scale projects in ASP.NET MVC 4?在 ASP.NET MVC 4 中开发大型项目是否合理？

【发布时间】：2013-05-13 17:25:58

【问题描述】：

在 ASP.NET MVC 中开发每天将处理数百万次访问的大型项目（社交网络）是否合理。我想在这种情况下，网站的性能会非常慢。我需要一些建议。在性能和可扩展性方面构建社交网络的更好选择是什么？可以在 ASP MVC 中构建它还是不好的选择？例如，使用 Ruby on Rails 会更好吗？你怎么看？提前致谢！）

【问题讨论】：

这样的选择不会成为决定因素...涉及的组件和架构决策会产生影响。我看不出任何架构良好的解决方案不能将 mvc 作为其一部分的原因，但任何框架都是如此。

【参考方案1】：

+1 @安迪。 ASP.NET MVC 可能是构建基于社交的应用程序的最佳框架，但如果您做出错误的设计选择，那么世界上最好的框架将无法拯救您。您需要测试您期望收到的负载，例如使用您的应用程序的一个功能，然后用 100 个用户敲击它，然后是 1000 个，然后是 10K，等等。对经常和经常使用的功能做这样的事情。如果速度很慢，请确定是 ASP.NET MVC 还是您的设计选择。

有人可能会说 ASP.NET MVC 是构建大型应用程序的最糟糕的框架。但是，你不知道它慢的原因是不是因为 ASP.NET MVC 或那个人的决定选择。另一方面，有人可能会说它适用于大型应用程序，但您不知道他们如何设计他们的应用程序，您仍然可能做出错误的选择，最终导致应用程序缓慢。

只有您才能真正决定框架是否适合您的应用程序和您的设计选择。

【参考方案2】：

*** 本身是用 ASP.NET MVC 编写的。 根据***，截至 2013 年 6 月，它拥有超过 1,700,000 名注册用户。 我会说这足以证明 ASP.NET MVC 对于大型社交应用程序的强大功能

【参考方案3】：

对于创建大型应用程序，仅使用 mvc 作为表示层，通过将其实现为单独的项目来分离业务层和共享模型。通过适当的设计模式，您可以轻松开发大型 Web 应用程序。

【参考方案4】：

正如其他用户所说，MVC 只是应用程序的表示部分。关键是如何以可扩展、可维护和可扩展的方式设计应用程序。

您需要使应用程序的每个组件彼此松散耦合，以便开发更容易和更专注。基于组件的松散耦合设计还将提高系统的可测试性和可维护性。

要回答您关于将 MVC 作为大型应用程序的一部分的问题，是的，如果您操作得当，这可能是一个不错的选择。 MVC 本身是一种设计架构，允许您分离表示和应用程序域逻辑，从而使测试和维护更容易。我会花更多的时间来研究如何让你的 MVC 层适合你的整体设计。