前后端分离投票小系统(4)

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

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

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

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

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

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

Self challenge

主程序结构示意图:

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

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

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

为什么一开始不做优化?

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

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

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

师傅,我扛不住了,逃~

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180630G1JLC800?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券