如何让人从ALT.NET开始

Question

向.NET开发人员或用户组解释主题的顺序是什么，以使它们开始并对alt.net工具和实践感兴趣。

• 奥姆
• IoC
• TDD
• DDD
• DSL
• CI
• MVC - MVP
• 版本控制(我认为这是他们最快的版本)
• 敏捷化
• 等等等等..。

Answer 1

驱车回家的基本原则是：

• Microsoft工具是一个很好的起点，但是通过使用其他配套产品可以更快地编写更好的软件
• 更改是好的，所以始终要考虑如何快速地更改和验证代码。
• 如果它不被测试，它就不是生产质量

然后，在版本控制(!)之后，我将从持续集成开始，并展示如何立即获得构建质量的反馈可以帮助从一开始就提高质量。首先做CI并不会改变代码基。

然后，我将介绍应用程序的自动端到端测试，包括FitNesse、Watin或somesuch。这将说明，如果您有好的测试工具来验证代码仍然有效，那么重构代码就不是什么值得害怕的事情了。

然后，我会进行温和的重构，将业务逻辑和域对象从UI中分离出来(如果它们还不存在的话)，并引入单元测试。这进一步说明了重构是一件好事。

由于我们的目标是获得某种类型的关注点，设计模式(如IoC)自然会变得明显起来。很明显，我们可以用ORM取代数据层。

在重构过程中，我还将向您展示测试驱动的开发实际上如何能够加速创建更好的代码。在新的开发中，这可能是第一次最简单的展示，否则它将是一次文化冲击！

Answer 2

ALT.NET与其说是一套工具和实践，不如说是一种态度。

我不知道你能不能“让人从ALT.NET开始”，就其本身而言。

对我来说，这是一种经验产生的态度，而不是一件你可以穿上的衣服。但这是我的观点，可能会有变化。

Answer 3

我认为这取决于个人或群体。几乎所有的商店都对这些概念有所了解。从那时起，我将引入新的概念，只有在您认为开发人员或团队能够吸收它们的速度。看到团队开始拒绝一些重要的原则和概念，因为它们负担过重，这让人非常沮丧。并且尽量不要假设有人理解使用CI、IoC或模拟框架背后的原则。