按业务领域分解模式划分微服务
场景
使用微服务架构开发一个大型复杂的应用程序，我们需要将应用程序细致，合理地分解为一组松散耦合的微服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。
目标
架构必须稳定；
服务必须高内聚 - 服务应该实现一小组强相关的功能；
服务必须符合开闭原则 - 将一同变更的内容打包在一起，以确保每个更改仅影响一个服务；
服务必须松耦合 - 每个服务都可以在不影响客户端的情况下更改实现；
服务应该是可测试的；
每项服务都小到足以由“两个披萨”团队开发，即一个6-10人的团队；
负责一个或多个服务的每个团队必须是自治的 - 团队能够在与其他团队尽量少的协作下，来开发和部署他们的服务。
WPF库存管理系统界面（仿360UI风格）
在网络上常见的WPF仿360UI基础上改造，加上业务逻辑实现功能，界面如下：
数据编辑修改页面
由于是第一次使用WPF，对于WPF中常用的MVVM模式并未涉及，业务逻辑使用CodeSmith自动生成类库文件。
