MVC Contrib 是一个开源项目，它包含了对微软 ASP.NET MVC 的一些扩展，Eric Hexter 和 Jeffery Palermo 正是这个项目的创建者。目前 MVC Contrib 已经一岁多了，第一个生产环境版本也即将发布。
1. 先生们，是否可以对于那些还不熟悉这个项目的读者们介绍一下，MVC Contrib 都提供了哪些功能？
Eric:
Mvc Contrib 是一个开源社区开发的项目，它为 ASP.NET MVC 框架提供了一些扩展，包括生成 html 的辅助方法、简化测试的辅助方法、集成的依赖注入框架、多视图引擎支持、强类型路由配置以及一些帮助调试的辅助方法。
2. 你们什么时候开始将它作为一个正式项目的？
Eric:
我想是 2007 年的 11 月，第一个 MVC 社区预览版发布的那一天。
Jeffery：
我可能是第一个使用 ASP.NET MVC 的非微软员工。我在 ASP.NET MVC 团队开发 CTP1 之前，就基于 Scott Guthrie 的原型版本开发和发布了 partywithpalermo.com 。我希望能够扩展 ASP.NET MVC，并与其他人分享我的扩展，我知道并不是只有我一个人这样想。那时我和 Eric 正在微软做 ASP.NET MVC 和一些 ASP.NET 相关技术的内部设计评审，我们一起决定了如何组织这个项目。由于 ASP.NET MVC 天生的可扩展性，很多扩展纷纷出现。我们希望能够有一个为大家熟知的地方，让开发人员可以分享他们对 ASP.NET MVC 的扩展。
3. MVC Contrib 在多数时候都是和 ASP.NET MVC 同步开发的，你们从微软获得帮助了么，还是主要依靠你们自己？
Eric:
我们主要靠自己，但是我们从社区中获得了一些代码和补丁，其中包括 MVC 团队博客中的原型代码。ASP.NET MVC 团队将源代码作为 CTP 版本的一部分进行发布，给我们的扩展工作提供了很大的帮助。当我们需要搞清某个扩展点是如何工作的时候，我们可以直接查看源代码。这是微软框架发布方式的一个巨大的改变。微软的其他团队也发布源代码，例如 Pattern and Practices，但是 P&P 并不开发.NET framework，他们发布的是实现参考、示例程序和指导文档。因此 MVC 是第一个在开发周期内保持透明的框架。
4. 有没有你们认为是与 MVC Contrib 竞争或是可以作为补充的项目？如果有机会你们是否愿意与这些项目进行合并？
Eric:
MVC Contrib 的最大目标是让 MVC 框架本身拥有我们所实现的功能。MVC 每次发布的时候，我们都会检查所有的命名空间，看看是否有与 MVC 相同的功能。如果有，就会删除我们的实现代码。至于竞争项目，我们不这么看。我们拥有一些视图引擎，我们维护了 Spark 和 nhaml 一段时间，当这些视图引擎足够流行后，我们决定将它们分离成独立的项目，这样它们可以获得更好的支持和维护。我们的目标不是创造一个庞大的工具集，我们更希望专注于那些可以使软件项目更容易维护的扩展，而不是试图包含所有东西。
5. 你认为 ASP.NET MVC 最大的优点是什么？最大的缺点呢？
Eric:
MVC 最大的优点在于它不是一个会影响开发人员开发方式的 Web UI 框架。它有很多的扩展点，如果它有什么欠缺的地方，你可以很容易的创建一个扩展（来满足你的需要）。它的最大的缺点是 MVC 团队没有提供一个固定的模式，而是多种不同的使用方式。考虑到如果他们真的选择了一个固定的模式，而你又不喜欢的话，这个缺点可能也不算是缺点……
Jeffery:
最大的优点是，它就是一个框架，它不会试图做太多的事情。它只会做基础的工作，而不是某些特别的“特性”。相反，ASP.NET 在经过了多年的发展后，已经变成了一个产品，它包含了非常多的特性，例如 Membership 和 Personalization 等等。ASP.NET MVC 基于简单的接口，着重于基础框架。现在整个社区将共享扩展的“特性”，其中优秀的会被广泛应用，不好的则不会像产品中的特性那样被支持 10 年或更久。
最大的缺点是如何开始使用它，以及围绕这个框架的向导。每个我看过的 ASP.NET MVC 的展示都包含了基础的东西，但同时也包含了不好的实践。人们倾向去做那些你告诉他们去做的事，也包括不好的实践。我希望能在我同 Ben Scheirman 和 Jimmy Bogard 合著的《ASP.NET MVC in Action》一书中为大家提供一些这方面的帮助。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论