不论如何在书写过程中要遵循代码的可维护性
遵守单一职责的原则
否则将会在后期需求变动的情况下造成很大的困扰，一旦出现问题将会导致很大的问题，造成很不必要的浪费，冗余代码越多，阅读起来越浪费时间，后期的维护过程中越造成困难
在代码的构建过程中尽可能的实现单一模式完成单一职责，避免过度的耦合，这样才能在后续的操作过程中更加明确，更加清晰，否则会导致各种各样的浪费
充分利用开发原，认真的思考功能模式之间的关系
把需要抽出来的功能尽可能抽出来，没有必要抽出来的功能不抽出来，另外还要考虑的问题是，对于抽出来的功能会不会影响其余的更能模块。
（框架的搭建是由规则的，程序员不能只停留在码农的层面，程序员不能只一味的担任着搬砖的角色，这样是对自己，对代码都不负责任的）
（一个不考虑代码可维护性的团队，将只能陷入到恶性的循环当中去，在不断的需求更改过程中浪费程序员的生命，而我要做的是尽我最大的努力来维护代码的生命，维护代码的艺术性，否则只能陷入到一盘僵局，一盘死局）