On the road to Indigo是Indigo开发组的一个程序经理的Blog，内容不多但是很精彩。其中一篇讲SOA的文章很不错，列出了Service Orientation的几个核心原则：
1、Service Boundaries are Explicit and Costly to traverse
2、Services are Autonomous
3、Services expose Schema and Contract, not Class and Type
4、Services negotiate using Policy
说到第3点，他的观点是Service之间要传递架构和约定，而不要传递具体的类型。嗯，在我以前一篇讲SOA的文章里，说到在系统各个层间流动的是Entity对象，而Service对外公开的Facade接收和传递的也应该是Entity吗？嗯，值得考虑，考虑因素包括到承载各个Service的平台各异（.NET or Java），即使都是.NET也可能不能直接部署包含了Entity的Assembly...
还有一篇文章说明了现有的分布式架构技术中哪些能够在将来和Indigo直接配合通讯（talk Indigo on the wire ）：
纯粹的.asmx的WebService是没点问题的；
将来的几乎随Indigo一起发布的WSE也没有问题（不是现在的WSE和WSE2哦）；
Enterprise Services（ES/COM+）也是没有问题的；
MSMQ，嗯，没问题；
.Net Remoting，嘿嘿，是不行的...我真怀疑Microsoft发布.Net Remoting技术是不是有必要，刚推出时我曾乐观的觉得它将逐渐替代（至少是在某些场合部分替代）COM+，但...现在看来Microsoft将来会继续扩展ES/COM+使其能直接和Indigo交互，而.Net Remoting，虽然以后的.Net FX中不会将它踢出去，但是前景...
MSBuild Team发布了一个MSBuilde的预览QuickStart教程的下载，提供了示例代码和文档。
ShadowFax可能将成为微软最“有价值”的SOA架构参考示范，三月份ShadowFax开发组又发布了一个最新的版本，并表示四月份可能会发布其最终版本，并继续开发针对Whidbey的下一个版本。嗯，如果现在要下载ShadowFax，必须加入到ShadowFax WorkPlace中（只要你申请，一般都能通过）。
User Interface Process Application Block可能是微软发布的所有Application Block里面最复杂的一个，提供了一个比较完整的MVC框架，可以用于WinForms和WebForms，看了好久的文档才稍微理解了其架构和用意。UIP2也发布了一个测试版本，更加完善了。
因为前阵子接触了不少WebService + WinForms的东东，加上自己手头的项目中也是这样的应用，所以对WSE2也开始感兴趣起来，特别是在看了MVM的那个用WSE2实现CallBack以后。毕竟直接的.asmx WebService在安全性和扩展性上还是比较欠缺。对了，在这个接近400M的ASP.NET Starter Kit 入门指南资源包里面，就包含了一个WebService + WinForms的示范系统，银行助学贷款管理系统，哈哈，应该是蝈蝈写的吧。
