无责任引用：
所有的事情都是有原因的, 7600.16384也是有出处的.
首先7600这个build number是怎么来的. 第一点自然是要被100整除, 这个是自从xp 2600开始的惯例. 关于这个惯例,还是有段故事的, 因为xp之前, build number都是1个1个加上去的, 从来没有跳过, 但是xp的时期从exchange来了个老大到windows部门, 于是就把被100整除的这个惯例带到windows了. 这一点没有什么技术原因,纯粹为了好听.
那么为何不是7300呢? 这里有个技术原因. 最后的build number必须要能被16整除. 这个是为了做service pack用的, QFE team预留了build number的最后4个bit用来作为service pack的number (当然这个是vista开始才出来的要求了). 比如vista的6000, sp1就是6001, sp2就是6002,最多能做16个sp. 因此win7的初始rtm build号也必须被16整除. 那么因为之前最后一个build已经是7271了,最近的一 [...]
Filed under: Soft 由 AntiGameZ
1 Comment »
.NET Framework 3.5 Enhancements Training Kit
Visual Studio 2008 and .NET Framework 3.5 Training Kit
SQL Server 2008 Developer Training Kit
Visual Studio 2010 and .NET Framework 4 Training Kit - May Preview
ASP.NET MVC Training Kit
Office SharePoint Server 2007 Training
Office SharePoint Server 2007 Training (Standalone Edition)
Office SharePoint Designer 2007 Training Standalone Edition
Office SharePoint Designer 2007 Training Portal Edition
Identity Developer Training Kit (May 2009)
Azure Serv [...]
Filed under: Code 由 AntiGameZ
No Comments »
P&P（设计模式与最佳实践，patterns & practices）自2002年推出第一个.NET项目分层架构图至今已经6年多，面对服务化、移动及智能化、富浏览器客户端、P2P应用的需求，原有架构需要结合.NET最新的技术进一步细化，这样才能为架构师和开发人员提供更好的指导作用，近期微软P&P团队启动了应用架构指南（Application Architect Guide）V2.0项目。
对于从事.NET开发人员而言，下面这个.NET分层架构图应该再熟悉不过了：
图：.NET分层架构图
该分层架构在P&P的早期指南中具有非常重要的指导意义：
该图明确地将Service Agents作为一个应用选件提出，强调应用设计中必须考虑服务形式的各类信息源和计算组件；
强调Security（安全）、Operational Management（运维管理）、Communication（通信和连通能力）贯穿应用项目的各个部分，应用需要在满足业务功能的前提下，必须考虑结合信道、协议和设备交互能力，在应用逻辑之外进行专门的抽象，同 [...]
Filed under: Code 由 AntiGameZ
No Comments »
