q__y__L的博客

在微软的微服务架构案例eshopOnContainer中，对于订单的状态是这样的： 微软没有直接使用传统的Enum关键字，而是自定了以一个抽象类：Enumeration。最开始，我有些不解，为什么么要“舍近求远”？其实微软官方在此文中提到了枚举类，理由是启动面向对象语言的所有丰富功能。解释的很晦涩，虽然给出了代码案例，但是还是让人很难体会到其中奥妙。直到最近又看了这个博客，似乎才深入理解了一些。结合一个例子说明，可能更好！ 假设你要去买咖啡，正常情况下会有“大、中、小”三种

软件的需求是不断变更的，软件的升级也是必然的，因此我们应该再进行架构设计的时候，避免后续软件需求变更，导致软件退化，并且在软件的升级过程中，我们要适时的进行架构的升级，以保持高质量的软件设计。如果我们每次软件升级的时候，没有及时的调整程序结构，而是在原有的程序结构上不断的加入代码，最终的软件就会退化。他分为战略设计和战术设计两个层次：DDD的战略设计可以帮助公司的领导人进行团队的划分，人员的组织，产品线的规划，也可以帮助产品经理对产品功能进行规划，还可以帮助架构师进行项目架构的规划，术站的选择等；

在第一节中，我们实现了基本的自定义数据库配置源，从而可以读取MySql数据库的配置，但是，我们没有实现动态加载数据库配置，也就是程序一但运行起来，数据库的配置更改后就不在被更新。所以本节重点来解决这个问题。

在进行Restful接口设计时，我们需要考虑如何给服务器传递参数。

由于配置结构随着嵌套部分而变得多样化，其关键表示变得冗长且难以维护。当然可以通过创建一个强类型的ConfigurationManager类来解决这个问题，该类封装了这种密钥访问机制，并且还处理了非字符串属性的类型转换要求。一个更优雅的方案是根据强类型类匹配，让Asp.NetCore为我们做这些复杂的匹配工站。.........

微服务中关于领域事件的处理，如何将领域事件限定在实体呢？