重写Python脚本时关于建立框架的想法

重写Python脚本时关于建立框架的想法

今天本来想再写一个脚本放到服务器里运行，想到脚本的功能时我发现里面有很多功能其实和以前的脚本有些重复了，比如数据库的方法，邮箱的方法，下载方法等等，假如每个脚本里都有这些方法，如果有一天，我换了一个环境，改变了数据库密码，或者想改变邮箱的smtp地址，这时就懵逼了，有多少脚本就需要改多少次数据。有人可能说不用担心，总会有简单的办法，或许这一次有办法，但下一次以及以后呢？每个互相独立的脚本很好写，很好运行，很好维护，但当你需要维护的脚本太多了该怎么办，你如果只是写一两个脚本就心满意足，那这些完全不用考虑。

或许是套着框架写代码写习惯了，我理所应当的想到了引入框架的概念，将各个逻辑分层，对一些固定的操作封装起来，使用控制层和模型层的概念，即使前期只有少量的脚本，但也要将整个结构框架构建起来，一点点的充实和完善，不用等到后期一大堆脚本文件的时候，弄的自己手忙脚乱，提高代码的可维护性，可移植性，可扩展性，会让整个结构看起来简洁高效。

当然，这些只是我的一些想法，很简单，现在的代码量不大，我也尝试着去建立这个结构，一点点的去完善，使得更实用，更方便，首先建立类，运用类将固定的一些方法和常量封装起来，留出接口，使其他脚本能够调用即可。然后提取公有的方法，建立公有类。