所以在我的上一篇文章中，我有点暗示我想深入研究我发现的2.0模块新特性的古怪之处。但是，说实话，这个怪癖不是我真正想说的。我很肯定PSH产品团队会在RTM之前解决这个问题。毕竟。。。这只是CTP3！
No... no... the thing that I really want to talk about is the impending chaos that modules might bring to the now growing PSH driven automation ecosystem.
现在，我并不是说模块本身是件坏事。就像我说的，在我上一篇文章中，模块现在是我第二喜欢的特性。此外，模块的目的是让我们的“自动化艺术作品”更加便携，并希望减少冲突。:>)
所以。。。我担心的根源更多的是我认为正在酝酿的完美风暴，基于以下几点：
- PSH正在成为微软所有事情的最终管理接口和支柱。要理解我的意思，只需看看windows7beta版已经开始出现了什么。:>)
- Also, the adoption of PSH continues to grow thus more people are both actively using it and creating things with it.
- 因此。。。模块、cmdlet、管理单元等的数量将继续增长。模块成为更快增长的催化剂，因为它使共享变得更加容易。
在这一点上，你可能会问自己，“为什么这一切是坏？”毕竟，具有群众PSH是一件好事。好了，总结一下我的担忧，其中PSH的实用性生长在野外与用轻柔的指导手只能导致以下世界：
- 大量的资源冲突-而产品团队正试图通过使用模块来减少这种情况。当没有船长掌舵时，冲突会一直发生。:>)
- Module, function, snap-in, and cmdlet overload- I already get annoyed when I have to wade through a list of cmdlets that is 400 rows long. Just image trying to keep track of what everything does once everyone and their brother is pumping out modules! It just gives me a headache thinking about it.
- 重复努力-我真的想要或者需要20个网络管理模块来满足我的需要吗？
- 数字签名的海洋-你必须看到这一切的到来。如果每个人都真的签署了他们的模块（并用AllSigned执行策略运行PSH），就像他们应该做的那样。那么我们可能不得不信任100个不同签名的模块。不一定是我想做的事，或是我想管理的事情。
希望你能看到我的结论。或者，也许我什么都没说。但是，如果这关系到你和我一样，我提出以下解决办法：
我们组织并创建了一个开源项目，目标是建立一个基于PowerShell的通用管理框架。有点像。。。嗯。。。.NET框架只会更好。微软仍然是掌舵人，控制着核心的东西。但是，“社区”将根据需要而不是软件发布时间表、利润、路线图等来推动扩展、兼容性和健全性。
At the end of the day, it should be a win/win, I think...
If you like this, check out some other posts from Tyson:
- PowerShellboy and the case of the missing cmdlets!
- 玩PowerShell 2.0事件的乐趣！
- Creating a custom 404 page to handle link redirection for ASP.NET web applications
- 微软中止支持Windows 3.X（如嵌入式系统）
- 京都寺夜景-由谷歌提供动力！
- 我在PowerShell中对SSH的探索再次出现！
如果你愿意，你也可以看看泰森的最新作品publications:
- Windows PowerShell释放（2nd版本）
- Windows Server 2008发布（是的，这本书我帮过忙）
最后，请访问微软子网更多的新闻，博客和来自互联网的意见。或者，报名参加bi-weekly Microsoft newsletter.(Click on News/Microsoft News Alert)