编码建议2

1.注重设计概念，注意重用。

2.分阶段、及时的沟通。确保与业务需求的一致性。最小化避免需求理解的差异

3.邮件回复：给出确认、答复、处理进度、处理方式

　　立即回应：解决or如何解决or何时可以解决

　　重点：需求相关的，注重效率

　　跨部门沟通，注重结果。给出结果

4.大数据处理：

　　部分失败的问题：环节拆解，独立处理失败的部分，避免全部重来

5.运用邮件的日历功能，计划好时间

6.面向接口编程

　　抽象类or接口：抽象类也可有对应的接口

　　服务化并行开发：利于并行开发，拆解开发。

　　Mock模拟，基于接口来mock，利于测试、并行开发。mock输入、输出

　　每种实现，尽量对应一个接口，有助于外部的调用实现

7.注释：

　　接口必须添加注释。

　　注释重要程度：接口》实现

　　立刻加注释，并将其培养成一种习惯。不要想着以后加

8.注重unit test

9.编码风格一致：命名规范

10.ref、out的使用，告知函数是否对对象做过更改

11.好的代码

　　接口

　　规范

　　结构

　　别人可以看懂，并可以放心修改

12.使用 .net core，迁移服务进入linux容器，节约成本

13.参数

　　命令行：参数经常变

　　配置文件：参数基本固定

14.commendline

　　命令行工具

　　git命令行模式

15.算法

　　树查询：适用于短语匹配，效率更高

　　字典：电话前缀的查询，效率更高。（相同部分太多。用树查找，导致建树、查询都很慢。树太集中，不够分散）