前言 最近两个月来博主在做一件事情，彻底重构了之前搭建的组件库，目前已经初具雏形，前往，在这个过程中，遇到了很多问题，这里分享下过程和解决方式，同时也会将我至今尚未想通的问题提出来，还望指点一二。 项

公司并不在意你要做什么具体的事情，公司关心的是你做的事情能不能带来超过你需要的资产的价值 只要能够将自身的发展和公司发展相结合，那么我们也可以做一些更有意义的事情

自己做组件库并不是为了炫技，开源的组件库已经非常多了，重复造轮子的意义不大。但是这个从0到1的过程，不仅让自己学到了很多东西，而且也是热爱自己这一行的一种表现。

作为一个经常使用开源框架的你来说，一定会发现这样一个情况，不管它的用户量有多少，都会配有对应的 changelog，例如：Element-ui、Antd 等。 那为什么需要 changelog呢？

有人说：代码提交到 Git 仓库的目的不就是为了备份代码吗？能提交上去就行了，搞什么提交规范，不要没事找事啊，保证代码不丢失，能正常跑就行！ 既然如此，那费那么大劲搞提交规范到底是为啥呢？

一说到单元测试，对于业务繁忙的 jym 来说，会有一种抵触感油然而生，平时只是单纯的业务开发可能都要 996 了，难道要 007 去完成单元测试？

今天主要讲解如何在一个小型的组件库当中实现换肤功能。目前市面上有非常多的换肤方案，那到底哪一种方案最好呢？最适合的就是最好的。

今天这章主要从以下几个方面展开讲解： 日历面板渲染（动态调整每个月的日期排列） 上下月切换（一次性应该渲染几个月的日期） 自定义周起始星期（适配不同的周起始星期，例如周日或周一） 周月切换（丝滑的切换

本系列文章将从以下九个维度，以本人开发的日历组件库为例，全链路讲解如何高效且规范的开发一个组件库、维护一个组件库。 基础框架搭建 核心逻辑实现 主题换肤实现 覆盖单元测试 代码提交规范 文档网站