2018-09-29 阅读活动平台2.0开发记录

在原来的基础上添加 排行榜，获奖公告，推优作品，平台访问记录，顺便开发了移动端的活动及作品相关功能；

引发的思考：到底是一个方法解决一类问题好还是一个方法解决一个问题好？

前期为了快速开发，写一个分页查询方法，基本解决了所有页面列表查询问题；这样来看，极大的提高的代码的可复用性；
但是再添加推优作品时，为了优化列表查询，不得不再原来的查询上进行left join查询，代码的复杂度开始提升，出现问题，修改问题都十分困难；
虽然最后解决了问题，但是花费了大量时间。因为这个方法既要满足新的功能又要保持原功能的不变；

总结：如果不涉及优化，写一起开发起来很快；涉及优化时，基本优化是针对个体的，很难整体优化一类问题；

移动端的开发：

因为有之前pc端的支撑，除了解决特定的移动端协议外，基本都是复用；总的来说展示判断都要比pc端简单；
遇到的主要问题就是页面样式的问题，虽然是一套js,但是ios和安卓倒展示的很不一样啊；

一个小记录：

在展示区域下的活动数时，遇到一个有意思的查询，简单来说查询活动表，根据区域级别id分组，然后返回级别id和count
看见这种数据，本想如果mybits够智能的话，能否直接帮我返回一个map，级别id为key,count为value；尝试各种方法。。看来mybits还不够智能，因为他总是报找不到value的错；
最后解决方法：手写一个有key，value的对象来存数据；