背景
最近一年多时间的主要工作是在开发一款客户端配置工具，为项目的系统提供基础配置功能。
后端是Java，提供系统核心功能，并向客户端提供配置接口；客户端使用的是WPF，提供与用户的交互和调用配置接口，保证模型数据准确性。
为什么使用客户端技术，而非前端WEB
虽说要做的是一个配置工具，但是根据需求，该工具要提供大量复杂的用户交互（弹窗、监控、报警等）、计算、本地日志等功能。
1. 大量的数据计算很难在前端上实现 ，就算实现，也需要后端提供更多的接口辅助；
2. 复杂交互大大增加现有前端技术复杂性（已经过验证，确实如此），而且也需要后端提供更多辅助接口；
3. 实时监控和报警；
4. 核心配置接口数达200多，前端无法很好处理，而且多用户的隐匿性不高；
5. 前端无法处理一些本地的操作日志或出错日志；
6. 配置功能应尽量减少对核心服务的干扰，因为技术限制而新增配置接口成本较高；
技术栈
1. VS2019
2. .Net Framework 4.7.2 / C# latest
3. netstandard 2.0 / IOC, IHost等netcore新技术
4. DevExpress 17.2
5. powershell
6. 各种开源nuget
7. 其它