时光匆匆,回想入职以来3个多月的工作,自从22年的9月中旬入职公司以来,大部分的时间都会议室进行开发,一些大的功能点是按质按量完成的,但是由于开发的时间是比较紧迫的,以及自己的工作的经验的不足,一些点考虑的不是特别的充分,在功能和性能上可能略显不足。
技术方面上学习到了不少知识和经验,比如,在涉及到角色权限的这块内容的时候,对某些类的某些方法进行了通用性的处理,对这些具体的方法做了增强,首先一个用户会有相关的角色,角色就会有对应的权限,把没有权限节点的数据一一处理掉,就实现了用户、角色、权限的功能。通过这个切面的增强,我对于AOP的理解更进了一步,利用切入点表达式进行范围的选定(增强了哪些方法),利用@Around注解对委托类的做了增强,我个人理解是这些图书、视频、音频的详情的接口均是与业务无关,但是对多个对象产生影响的公共的行为和逻辑,抽取出来的一个公共可复用的一个模块。
在例如,在设计个人中心的表的时候,我原本想的是设计收藏、购买分别是2个字段,使用是否的取值,但在pm的指导下,确实可以使用user_product_relation这一个字段进行囊括这些关系,甚至包括后来的浏览进度、是否浏览等个人与物品的关系等。究其本质,就是个人与物品的关系,还是设计的更加通用为好。通过这些经验的积累,不管在设计什么的时候,包括表、接口等,我觉得多考虑他的通用性、复用性、拓展性总归是好的。
在工作中,我容易犯一些错误,有点急于求成,在脑海中没有梳理清楚整个需求的脉络,就开始动手写代码,感觉这是作为程序员的大忌,可能是与我个人性格是有关系的,但是今后在拿到需求后,要仔细分析整个前前后后的流程是最为关键的,其次在进行细节上的补充以及代码。这就好比“把地基打好,才能盖好房子”。