Architecture 我应该使用什么类型的软件体系结构？

我正在为我的项目开发一个web应用程序。在此应用程序中，用户必须将其面向对象软件的代码上载到我的应用程序中，然后我的应用程序将测量该软件的耦合值和内聚值

---

我真的很困惑在设计这个应用程序时应该使用什么类型的体系结构。MVC是一个不错的选择吗？

我同意你从Boris和David那里得到的两条评论，我会补充一点

如果它基本上是一个只读站点，那么MVC应该可以，但是如果有很多表单填充，那么您可能需要一种更经典的ASP.NET类型的方法。我这样说只是基于我在别处得到的信息，而不是第一手资料

体系结构远远超出了MVC与经典ASP.NET的对比；当你说上传时，即时推断是它是一个基于web的应用程序，这可能会建议使用MVC/ASP.NET，但这可能是在开玩笑。如果该应用程序的核心是一组分析代码的算法，那么关于如何构建该算法的大门仍然敞开着

你的用户群是谁？他们在哪里？ 他们喜欢怎样工作，他们的背景是什么？他们是希望iPhone应用程序能够轻松上传的苹果用户吗？。 您需要多严格地保护您的IP？ 你们的定价模式是什么？你有吗？ 人们想要分析多少代码。

---

aspnet MVC只是架构的一部分，很可能是web/UI层。正如其他人所说，由于你的应用程序的功能促进了脱钩的想法，那么也许在经典的aspnet和aspnetmvc的替代方案之间，应该选择mvc

这个问题的措辞可能会更好，你能建议什么技术/框架？[用于x功能]。如果你想要一个网络应用的好处，那么我当然会建议mvc而不是aspnet，但也许一个网络应用不是你所需要的。正如Boris所说，也许开发环境中的插件工具更合适，因为它似乎可以给用户带来更好的体验——也就是说，与用户打包所有代码并上传以供分析相比，IDE中的一个按钮点击可以使整个插件的痛苦程度降低。谁知道呢

---

如果在开发环境之外需要上传功能，可能需要使用多端点方法。也许这些插件可以连接到MVC web服务，同样的MVC应用程序也可以为上传提供一个方便的UI，从而减少重复工作。。只是想法

我宁愿将其作为IDE插件来实现。确实没有正确的答案，应用程序的设计并不会真正影响其执行的功能。尽管如此，考虑到应用程序的功能，使其非常解耦将是一种诚实的方法：