代码封装的时机（个人感想，抛砖引玉）

关于封装（抽象）的时间点问题，我有下面的体会，权当是抛砖引玉：

封装可能出现的时机：

我们开发代码的时候，经常会遇到功能一个函数写着写着变大了，里面逻辑多了，这时候自然想到封装。

（1）由于刚开始的代码主要针对实现功能，各个部分并不是很熟悉，如果没有后继新功能扩充，我觉得暂时可以不用封装。

（2）如果后续有新功能扩充，此时对代码应该已经比较熟悉了，来回看几遍，大概就能抽象出哪些是可以封装的，这时候也能够封装的较为合理。

简单总结：

（1）封装不宜过早：

过早了封装往往合不合适不好确定，后面再改会连同之前封装的一起改。

（2）也不宜过迟：

过迟封装可能会导致代码膨胀，重复代码多，出了问题改的也多；而且，写代码的体验也比较差。

不知道大家对这个问题怎么看

多说一句：

这样也与马克思主义的认识论，实践论的结论相符合：

（1）感性认识到理性认识需要实践。

（2）感性认识到理性认识是一个过程，需要时间。