编码建议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.算法

  树查询:适用于短语匹配,效率更高

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

posted @   PanPan003  阅读(134)  评论(0编辑  收藏  举报
编辑推荐:
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
阅读排行:
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· 没有源码,如何修改代码逻辑?
· NetPad:一个.NET开源、跨平台的C#编辑器
· 面试官:你是如何进行SQL调优的?
点击右上角即可分享
微信分享提示