由于在工作中需要经常性接手一些别人的项目或者代码,在这个过程中看到了一些好的东西还有一些不好的东西,在此记录一下,希望看到的人能有所收获.
1.在所有涉及第三方服务或者远程服务的地方都要记录日志
现在的系统一般都比较复杂和庞大,所以rpc,跨模块,第三方服务等相互调用非常频繁,永远不要相信程序员写的代码,这不仅仅是针对非程序员部门,对于我们自己也是一样的,不管自己多么自信,或者对方是多么NB的人写的模块,我们都应该记录相关调用日志.
2.逻辑之间尽量解耦,代码之间不要过于耦合
这种情况非常常见,我们写的代码经常会在执行A逻辑的过程中把一些B逻辑的东西加进去,这种事情体现在,一段流程代码,假如 把其中某一块逻辑A修改或者拿掉整体流程就无法走通。我们在编写业务代码的时候需要保证逻辑应该是从A->B->C的过程,而不应该是AB->C,这样一旦有修改会让自己或者接手的人非常难受
由于在工作中需要经常性接手一些别人的项目或者代码,在这个过程中看到了一些好的东西还有一些不好的东西,在此记录一下,...
淡水鱼写于2020/2/15 （1）代码的简洁性。要想实现代码的简洁，很大程度上需要我们重复编写代码，也就是说，根...
对于逻辑代码的优化写法: 在很多人的代码结构都为 if else这样的分支结构的嵌套,这种写法一般情况下没有问题,...
原回答见：https://www.zhihu.com/question/269062863/answer/3490...
技术文章如何编写复杂业务代码
接下来我来编写业务代码 这么多的业务代码难道要自己编写吗？其实这些常用的逻辑完全可以使用代码生成器http://w...
编写切面是开发中一个很重要的环节，能让我们的业务代码更加注重本身代码的实现。可以把其他业务线也用到的一些相同的点提...
一、背景 在我们日常接口开发过程中，可能要面对一些稍微复杂一些的业务逻辑代码的编写，在执行真正的业务逻辑前，往往要...
我们在编写代码的过程中，有时会因为复杂的业务，导致我们编写的代码圈复杂度过大，if...then...else 过...
由于业务需要，所以搜索了一些相关的随机算法代码是参考维基百科进行编写的：https://en.wikipedia....
本文标题：关于业务代码的一些编写心得
本文链接：https://www.haomeiwen.com/subject/ppthjftx.html
网友评论