在之前我说过我在开发日历板组件的时候，使用了一个想法：即尽量开发适合任意场景的组件，然后通过编写单独的转换函数来适配某一个业务场景，这样做的好处是 组件的重用性将大大提高，同时 在业务逻辑更改的时候 我们其实只需要专注于 对应的转换函数即可，这里我想详细描述一下这个思想：
什么是尽量满足不同场景?
当我们在开发一个组件的时候，我们不要把内部元素写死，而是通过配置的方式 来灵活定义内部元素的展现，比如 在开发日历板组件的时候，我将 开始时间 结束时间 间隔时间 横轴日期列表 是否可编辑等等，全部开发给配置，这样做的好处是 不管什么样的业务场景 都可以通过组合不同的配置来让组件展现出 对应的功能，这其实是更高程度的封装，我们在开发组件的时候 最直接的想法是 实现一个单一功能，如果仅仅是实现 这个单一功能的话，其实组件内部所有的元素都已经写死了，但是这也降低了 组件的灵活性，如果能够将 这种单一功能 扩展到类似这种单一功能的模式，从而抽离出 共性，然后不同的地方使用属性配置来定义，这样做的好处是 组件的重用性会大大提高。
什么是转换函数？
在上面我们通过属性配置，来使得组件满足了我们的业务场景，但是组件的输出数据是固定格式的，我们需要将组件的输出数据格式 转换成其他格式，比如说 API需要的格式，转换函数就是做这个事情的，如果后面API要求更高格式，其实我们要做的仅仅是修改转换函数而已
同样，在数据回显的时候，因为我们需要将api数据转换为组件要求的数据格式。
通过转换函数和属性配置我们成功的将视图于数据分开，如果组件足够强大，其实到后面 我们不断更高的仅仅是转换函数而已。