前端应用在不断壮大的过程中，内部模块间的依赖可能也会随之越来越复杂，模块间的 低复用性 导致应用 难以维护，不过我们可以借助计算机领域的一些优秀的编程理念来一定程度上解决这些问题，接下来要讲述的 IoC 就是其中之一。 嗯，看起来没什么问题，但是实际应用中需求是非常多变的，可能…

即使你是一个初级开发人员，你也可能听说过 SOLID 原则。它们无处不在。工作面试时，你也许听过这样的问题：“你是如何评估代码质量的呢？又是如何区分代码的好坏呢？”一般的答案类似这样：“我尽量保持文件足够小。当文件变得很大时，我将移动部分代码到其他文件中。”。最糟糕的答案之一是…

onventional-changelog 是一款可以根据项目的commit 和 metadata信息自动生成 changelogs 和 release notes的系列工具，并且在辅助 standard-version 工具的情况下，可以自动帮你完成生成version、打tag

同时应用这些最佳实践，可以提升代码适应变更的能力。但是凡事要有度，过度使用虽然可以让代码有很高的自适应能力，但是会导致层次粒度过小而难以理解或使用，还会影响代码的可读性。 单一职责原则（Single Responsibility principle）要求开发人员编写的代码有且只…

一个好的项目通常都是多人合作的结果，然而每个人有每个人的开发习惯，并不统一。 所以 commit message 就显得格外的重要。有些不规范的 commit 可能过个一个月之后你自己都不知道当时的提交目的了ﾍ(;´Д｀ﾍ)， 所以，为了能使得日后复（zhao）盘（guo）的时…

整本书读下来，总的来说，除了老生常谈的几大经典设计模式外，重点就是划分好系统的边界，组织好依赖关系，区分哪些属于高层的业务层，哪些是外层的细节层。 结构式编程，面向对象编程，函数式编程。 一个模块应该有且只有一个原因来改变 A module should have one, a…

测试代码质量的唯一方式：别人看你代码时说 f * k 的次数。 代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。 本文并不是代码风格指南，而是关于代码的可读性、复用性、扩展性探讨。 可能同一个项目对于获取用户信息，会有三个不一样的命名…

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。 创建型模式（Creational）：…

在学校不管是自己写课程设计还是给老师做项目，有 2 到 3 个人一起协作开发时就会使用 Git ，但是只是简单用了它所提供的代码协作功能，在学校的项目，比如课程设计，开发完老师检查完就没有维护了，给老师做项目也是，基于项目的特征：没有持久性、一次性开发，所以没有应到 Git 分…