传递多个 props 到一个组件中暗示着也许这个组件应该被拆分。 你可能会问多少才算太多呢？嗯....“看情况”。你也许会面对这样一种情况，一个组件有着 20 或更多个 props ，但是你依然感到没问题，因为这个组件只做一件事。不过，当你被一个有太多 props 的组件给绊住…

说起代码质量，脑子里会冒出很多词，命名规范、格式规范、日志规范、单元测试覆盖率... 但我觉得，代码质量总结起来就两个：好看和好用。 好看是指代码可读性好，容易理解、容易维护，别人接手了不骂你；好用则指代码健壮，不容易出错，机器跑着不骂你。即使出错，也容易定位，容易止损和恢复。…

重构，是我们开发过程中不可避免需要进行的一项工作。重构代码，以适配当前模块设计之初未考虑到的多样化场景，并增加模块的可维护性、健壮性、可测试性。那么，如何明确重构的方向，以及量化重构的结果呢？ 代码圈复杂度（Cyclomatic complexity，CC）可以是一个供选择的指…

刚刚与同事开了一个分享会，笔者分享了一些了代码设计模式相关的内容。 以及复盘了一下项目中有些复杂的业务场景，为什么没有很好的应用到设计模式。 关于设计模式和代码规范问题还是有一些内容还是值得落笔和大家分享的。 设计模式是解决可在许多不同情况下使用的问题的描述或模板，一般在OOP…

认知复杂度（Cognitive complexity）是衡量功能的控制流程难易程度的一种度量。 具有高度认知复杂性的功能将难以维护. 这是sonarqube针对代码复杂度的一个检验规则，函数的认知复杂度不应过高，我们知道，不管在原生js、vue、react，函数是我们最常见的代…

代码的复杂度是评估一个项目的重要标准之一。较低的复杂度既能减少项目的维护成本，又能避免一些不可控问题的出现。然而在日常的开发中却没有一个明确的标准去衡量代码结构的复杂程度，大家只能凭着经验去评估代码结构的复杂程度，比如，代码的程度、结构分支的多寡等等。当前代码的复杂度到底是个什…

你的团队有没有过这样的经历：开发效率低，招了很多人，天天加班，出活却不多，线上bug频发，领导发飙，中层束手无策，工程师抱怨不断，查找bug困难。其实这些都是代码质量差惹的祸。代码质量是研发质量管理的根本，它决定了整个开发团队的开发效率，项目质量，其他监控，告警，日志等手段都只…

我是一名来自蚂蚁金服-保险事业群的前端工程师，在一线大厂的业务部门写代码，非常辛苦但也非常充实。业务代码不同于框架代码、个人项目或者开源项目，它的特点在于逻辑复杂、前后依赖多、可复用性差、迭代周期短，今天辛辛苦苦写的代码，上线运行一周可能就下线了。能熟练书写框架代码、构建底层基…

几乎所有的技术团队，都会经历或多或少的技术债务，技术债务虽然是实现快速收益的一种捷径，但是为了修复哪些为了快速收益而不得不为之的技术问题，企业往往需要花费大量的金钱、人力等。那么如何有效地避免技术债务，使得开发人员更多的精力投入在有效的工作，从而产生额外价值，提高企业的产品竞争…