

🔥 你想知道的前后端协作规范都在这了
你是否在为如何制定前后端协作规范而发愁?干货来啦,一文带你了解我们团队内部沉淀并践行已久的前后端协作规范,读完本文,回去大胆拒绝你后端的不合理设计!二.为什么需要协作规范?假如你要在团队内部推一套规范,那么首先你得知道为什么需要制定协作规范呢?有规范会带来什么好处呢?随着前后端分离开发模式大行其道,
标签 代码规范 的文章
关于 《代码规范》 的文章


你是否在为如何制定前后端协作规范而发愁?干货来啦,一文带你了解我们团队内部沉淀并践行已久的前后端协作规范,读完本文,回去大胆拒绝你后端的不合理设计!二.为什么需要协作规范?假如你要在团队内部推一套规范,那么首先你得知道为什么需要制定协作规范呢?有规范会带来什么好处呢?随着前后端分离开发模式大行其道,


1.注释尽可能全面,写有意义的方法注释接口方法、类、复杂的业务逻辑,都应该添加有意义的注释对于接口方法的注释,应该包含详细的入参和结果说明,有异常抛出的情况也要详细叙述类的注释应该包含类的功能说明、作者和修改者。如果是业务逻辑很复杂的代码,真的非常有必要写清楚注释。清楚的注释,更有利于后面的维护。2


模块化是一个老生常谈的问题了,打包工具层出不穷。那么,如何利用这些打包工具去打出既支持cjs,又支持esm的npm包呢。这篇文章不涉及概念,是一些打包实测。tsctsconfig.jsontsconfig-esm.jsonpackage.jsoncjstsconfig.json{"compilerO


无论你对async/await的立场如何,我都想向你说明,根据我的经验,为什么async/await往往会使代码复杂度更高,而不是更低。JavaScript中的async/await功能的效用是基于这样的想法:异步代码很难,相比之下,同步代码更容易。这在客观上是正确的,但在大多数情况下,我不认为as


1.合理命名合理命名,这里的命名包括变量名,方法名,文件名,git的提交信息,分支名等等。起的名字应该让其他开发者一看就知道你的方法是用来干什么的,这个文件是讲什么的,你这批提到的代码具体内容更新了些什么东西,新建了这个分支又是用来干嘛。当然也不一定是为了给别人看,就比如我在看我自己一年前写代码的时


思考:如何提高Model层查询DB的效率?如何精简代码?经过一番调研之后发现了一个堪称神器的扩展:laravel-upsert这个Laravel扩展为查询构建器和Eloquent添加了对INSERT&UPDATE(UPSERT)和INSERTIGNORE的支持先简单说明一下业务场景:首先表结


前言经常会有人问目录如何设计比较好?代码如何分布好?怎么写一个可维护的项目?“烂”项目我也没少写,以下是参考互联网各大佬的文章总结及个人开发经验而来.ControllerController顾名思义是控制器,在入门PHP的时候,就知道Controller代表MVC中的C层,MVC本身的概念就代码分离


前言最近几年前端发展的非常快,SPA的繁荣让前端的工程化也越来越重。在很多场景下,前端的复杂度和难度也早已经超过了后端。但快速的发展下,前端也逐渐暴露出了许多问题。众所周知,前端从业人员很少谈程序的设计原则或设计思想。设计模式也顶多是在八股面试时千篇一律的问答“观察者模式”和“发布订阅者模式”。“内