背景

最近一年多时间的主要工作是在开发一款客户端配置工具，为项目的系统提供基础配置功能。

后端是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. 其它

原文地址：https://www.cnblogs.com/godlessspirit/p/12681851.html