最近，我觉得我已经到了一堵墙需要继续改进自己。我正在阅读由Steve Sanderson编写的Pro ASP.Net MVC2一书，他在整个章节中一直牵着你的手，一直在引入Dependancy Injection和抽象接口。
我意识到这对我来说是全新的，我很难掌握和应用。当然，我遵循了代码，但是正如所有开发人员都知道有一点在你的脑海中点击并且一切都很清楚。
我还没有达到这一点。
本书在介绍中解释了一些开发人员的刻板印象。 SmartUI开发人员，那些在控制事件中编写动作的人;分层开发人员，那些使用三层架构的开发人员。
我属于后者，但我确实知道100％SmartUI开发人员的专业开发人员。专业意义，他们为创建应用程序付出了代价。
开发人员可以做些什么才能超越这个障碍？我相信每个人都会在某个方面面对它。作为一个优秀的3层开发人员，我的下一步是什么？
我应该阅读有关依赖注入的内容吗？我应该先学习并熟练掌握单元测试并熟悉测试驱动开发吗？
我的下一步行动应该是什么？
随意将标签更改为更具描述性的标签。
答案 0 :(得分：3)
阅读学习是很好的学术课，但如果你想掌握它，你需要使用这些技巧。
我最擅长的是开展一个我头脑中的项目，直到我能找到解决方案，并且我可以通过这种方式快速找到技术的局限性。
直到你使用它，你才能真正理解它。
另外，如果有人问你这些技术，如果你不能解释它们，你就不会真正了解它们。
所以，你可以尝试在你编写这个程序时写一篇博客，解释你做了什么以及为什么，这样你就可以更好地理解你做了什么，解释你为什么这样做，以及你学会了。
答案 1 :(得分：2)
与詹姆斯所说的相似，我有两个可以帮助你的建议（或可能的方法）：
我建议一些小事，因为很少有大型项目遵循书中提到的“最佳实践”。我知道很多人在这里会不同意，但是大项目和完全面向对象的代码并不总能很好地结合在一起。
答案 2 :(得分：1)
了解软件开发中的工具和技术的最佳方法是将它们应用于实际项目中。如果您想了解依赖注入，请查找或启动使用依赖注入的项目，并激发您的阅读。单元测试或一些新的框架或语言也是如此。
对于依赖注入的特定主题，我发现Guice wiki上的这个页面非常好地概述了DI实际上为你买了什么：http://code.google.com/p/google-guice/wiki/Motivation?tm=6
答案 3 :(得分：1)
这也是我发生的事情。我完全可以了解你的情况。
我通过在MVC中构建自己的博客引擎，使用结构图作为IOC并以测试驱动的方式克服了我的障碍。这绝对是有趣的，我一路上学到了所有这些概念。
我建议你选择一个辅助项目，使用MVC实现它，使用IOC和测试驱动。
对于国际奥委会，请阅读Rob Conery的这篇文章。 http://blog.wekeroad.com/smackdown/200-page-manual-on-inversion-of-control-plus-or-minus-199/