wcf

本月初，Microsoft 宣布了.NET Core 3.0的.NET Framework API移植项目的结论 。 这意味着官方开发团队不会将任何其他API从.NET Framework移植到.NET Core 3.0（及以后的版本）。 但是，在同一公告中，Microsoft还声明了他们打算开放更多.NET Framework代码的源代码，这可能允许将来创建由社区驱动的移植项目。 Microsoft .NET的程序经理Immo Landwerth解释说，该决定与Microsoft .NET Core的计划一致： 我们宣布，.NET的未来将基于.NET Core。 使用.NET Core 3.0，我们可以轻松移植现代工作负载所需的所有技术，无论是台式机应用程序，移动应用程序，控制台应用程序，网站还是云服务。 这并不是说我们在新技术方面没有任何差距或机会，但我们通常认为我们不会再在.NET Framework代码库中找到它们。 展望未来，我们将资源集中在整合新技术上。 根据Immo的说法，自1.0版以来，超过一半的.NET Framework API（约120k）已移植到.NET Core。 此外，.NET Core中有62k个新API，但.NET Framework中不存在。 根据API的总数进行比较时，.NET Core约占.NET Framework API表面积的80％。

这篇文章缘起今天早上的一条微博，在软件行业打拼多年，现在也遇到了职业选择的困惑。由于昨天刚发布完项目，今天相对来说比较闲一点，所以来博客园凑凑热闹！ 在开始今天的问题之前先谈谈我们现在所开发的项目： 由于不是核心部门，所以这个项目只是提供给其他部门的一个工具——管理和分析所有的数据并用图形化的形式展示出来，同时提供一系列的报表。 团队情况： 4个Developer(1人在澳洲，其他三人在新加坡)，一个项目经理和一个产品经理都在新加坡，用户在美国。 开发模式： Agile（一个Phase包含若干Sprint，2-4个礼拜为一个Sprint）。 团队协作：与用户的交流主要靠Meeting，通常在星期二或者星期四早上进行，由于时差关系，所以早上五点钟出发到公司参加Meeting。开发者之间的协作比较自由，完全Agile。 开发流程：完全按照微软Agile标准，Phase Start==>Sprint Start==>Requirement==>Development==>SIT==>UAT==>Prod==>Sprint Closed==>Phase Closed 第一个版本 主要技术：.NET 4.0 , WCF, Silverlight, C#, TSQL, SharePoint, IIS 8, Cloud Computing (SQL Azure). 第二个版本 主要技术：.NET

前面一篇文章《 最近架构随想 》，我提到架构设计的一些构想，其实也是对之前项目经验的一些归纳及总结。今天我们就以权限系统作为切入点，谈一谈怎么设计权限系统以及怎么做到系统具有以下特性： Organized：如果系统组织比较好，可以起到事半功倍的效果。 Encapsulated：对功能，结构，数据进行有效的封装，会使系统维护变得更加容易。 Reusable：对常用功能以及组件进行有效的封装，可以使系统变得结构清晰且方便维护。 Extensible：在设计系统的时候，如果很好的遵守OO的设计理念（OO的五大原则SOLID），即使系统做得很大，也会像火箭一样直冲云霄！ Replaceable：在很多时候我们需要考虑到系统，组件或者功能的可替换性，因为需求是会变的。 Testable：做到系统的可测性，会大大帮助开发以及维护，对团队开发以及分工协作起着非常重要的作用。 Loose Coupling：隔离耦合是架构设计必须要考虑的一个因素，如果系统不能做到高内聚、低耦合，那么在维护，升级，新功能开发方面就会是一场噩梦！ High Performance：高性能是系统设计必须重视的要点，用户不可能忍受简单页面加载超过十秒，也不可能接受页面操作频繁卡死的情形，所以在架构设计的时候必须从数据库，逻辑，服务以及UI进行合理的优化。 Scalability：如果能做到前面的几点