前后端分离投票小系统（4）

在前端同学的要求下，字段命名方式由下划线统一为驼峰法。

可是数据库表字段是下划线的命名方式，怎么办？？

如果我们不修改数据库的表字段命名，就需要在程序中做多次字段别名映射或转换，我们认为这是无用的额外工作，那么，干脆把数据库字段也改了，所以我们数据库字段也采用驼峰法命名

字段始终一致，编程时不要太爽

(在紧密结合的前后端项目中，请一定要试着保持一致性)

在后端API架构中，大体思路是"总分"，所有的请求汇集到一个主干入口，再进行分发走支路，最后再回到主干统一输出。为了保持代码的干净，后端API没有采用任何一个MVC框架，而是从零开始用原生PHP编写，借用面向对象+一点设计模式，力求达到同样的效果。从零开始？？这特么不是在挖坑，不不不，请叫做自我挑战

Self challenge

主程序结构示意图：

当访问一个接口地址URL时，会进行类似如下分发：

在初期采用了一些快速硬编码的形式，并不具备弹性。每增加一个接口，都需要在switch中增加一个case分支，是不是蠢爆了。

某个阶段简单粗暴高效的硬编码，在操作上就是复制、粘贴、修改，但是编码的准则就是不要重复自身(DRY)，上面牺牲掉的可维护性，在某个阶段绝对会爆炸，作为一个有追求的工程师怎么能视而不见。硬编码一个隐含作用就是是为了弹性提供具体化的修改指导，我们把对象放到分支，把对象->方法动态化，相当nice

为什么一开始不做优化？

一个原因是为了快速实现，第二个原因是对着抽象的结构优化难度非常大，没有架构师的功底真干不了这个啊。凭空设计优雅抽象的结构，比看见代码做归纳总结消除同类项，要难难难多了。

优雅的代码存在于第三次修改之中，立flag

夏天要是没有蚊子堪称完美，如鬼魅般的小东西，我的双腿...物竞天折弱者被人类击杀，少食多餐唯快不破。

师傅，我扛不住了，逃~