框架必须：

1.入参解析

规定入参类型

2种都要支持，一个是手动的，一个是自动调用的

1. str
2. json

2. 保证主进程，服务端唯一性

1. 端口唯一，绑定端口

不足：一个工具非要绑定端口，也很奇怪。 这个是服务端的，给端口也没啥关系
场景：
部署前，端口被占用--端口可以配置
僵尸进程--说明部署之后的进程是异常退出，也确实需要清理
部署后，端口被占用--A.被其他占用了 B.被自己占用了

2. 文件互斥

3. 内存互斥

4. 文件锁

5. 通过grep判断进程名吃否存在

6. 通过pid文件判断

3. 配置文件读取

配置文件夹 -- OK

全局参数文件 -- OK

解析配置文件函数

​ Ini读取 --先做这个

​ text读取

​ csv读取

​ json读取

yaml读取

4. 异常处理类

1. 公共函数的通用异常，内部处理。关于业务的递交给后续处理
2. 没个公共函数应该包含自己的异常处理，自己的结果判断
3. 编写功能函数时需要思考try else finally对应的内容

5. 分权

涉及到用户，数据库用户，脚本运行者的分权

在设计之初就确定好每种层次的代码，执行权利

权利--操作系统用户权利

​ --数据库用户

6.日志设计

日志模块

7.代码编写 3层次

主函数--主函数调用的业务逻辑--业务逻辑调用的底层功能函数

8.任务管理

元素: 任务ID， 任务名称， 任务类型， 操作对象， 任务状态， 创建时间， 结束时间， 任务耗时

9. 代码管理

--主控

-lib 非业务的公用库

-scripts 业务代码