1.调用其他系统的一些操作信息都记录到数据表中,方便定位分析处理(如果配套ES,可以存入ES中,如果没有,则记录到关系型数据库中), 也好定界定责,提供有力证据,也可作为业务优化分析的数据来源。 2.同理,被其他服务或前端调用的一些操作信息都记录到数据表中。如果系统中有配套的运维系统,那就用运维系统进行记录、以及分析。 3.一些通用的业务查询(类似相同的工单流程),可以分析提取出一些公共的业务参数(一般需要查询),放到一张公共信息表中, 从而查询时,查询数据库语句会比较简单,涉及的表也会较少,当有新的业务加入时,新增表也会清晰、快速、简单。 4.工作中用到的一些链接,资源尽量记录下来,不能泄露的记录到电子笔记本中(本地离线版本), 其他的可以记录到云笔记中,以及将常用的链接收藏到浏览器(采用文件夹形式增加容量) 5.解决一些困难问题,需要记录思考、分析的过程, 也需要将一些业务操作故障分析的结论,归档记录,以便他人和自己查询。 6.处理解决一些现场问题时,需要考虑多个版本的兼容问题, 即在实现的过程中兼容之前的版本,以及新的需求。 比如对参数进行判断,如果用的新的格式,就采用新的逻辑,否则,按以前的逻辑进行处理。 7.一些能力,需要定义成接口的形式,方便扩展。 比如发送短信、邮件,可以快速集成客户原本使用的相关能力。 8.同领导、项目经理多沟通需求,确保业务理解一致,有问题及时抛出讨论。 9.一些查询逻辑,需要从主表中查询主要信息后,还需要从多个表中或多个服务接口补充额外的信息,这种场景下, 应当采用多个线程取补充信息,提高查询速度(结合countdownlatch)。
标签:分析,需要,记录,业务,查询,工作,开发,注意事项,一些 From: https://www.cnblogs.com/seufelix/p/17516162.html