业务需要一切脱离业务需求的“结构”设计都是耍流氓(我觉得我们这小打小闹完全谈不上架构这个词) 那我们先梳理一下我们现在的业务场景 目前我们有一个首要问题是跳转
我们现在是怎么做的呢?拿书架banner举例 服务器会下发一个type号,(随便假设)1代表打开webview,2代表打开图书,3代表打开个人中心…等等,相关参数会随着type的不同,下发不同字段,因此代码会长这样 switch(type){ 可以看下我们的switch有多恐怖
那我们每次新增加一个功能模块的时候改怎么办呢? 假设新作一个模块叫”英式没品笑话百科”(我很爱看的一个微博号(_)) 我们就需要在书架,弹框,push,H5Bridge,四处核心跳转点全都新增代码,先要 有没有感觉?what the fuck! 我们的代码就好像是这样,一团乱麻。 假如A模块是书架,它本身含有书架banner的跳转代码,所以他需要耦合各种跳转目标。比如跳转到B模块书城,形成了 A== |
|
声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|