关于2,为啥不这么写,懒呗~ 因为懒,所以必须想出一些理由来,如下:
1) 在登录成功后触发比较符合统一的开发规范和开发逻辑思维,会更加适合通用的操作.
a)例如有些系统登录后希望能通过当前的用户来前往不同的主页,这时候就需要给不同触发的主页都加上这个初始化的命令操作.(当然,这种情况当前的做法是可以先做个统一的登录成功后的过渡首页,然后在首页里面进行逻辑判断,然后自动跳转.但是如果根据奥卡姆的剃刀原理"如非必要,毋增实体",这个对强迫症患者来说就很难接受了)
b)一般如果是需要从后台获取数据等初始化操作,我会封装在js组件中,作为系统的初始化调用.一般的,这个函数会被设计成 XXX.refreshConfig()这样供调用,因为除了登录后需要进行初始化,在运行中如果修改了一些配置,也可以直接调用这个进行配置的重置,这样,如胡总所说,如果要在首页调用,就需要额外写js判断某些缓存是否存在,如果没有再执行refreshConfig了.这就给团队的开发规范增加了额外的条目. so,根据权责明确的原则,如果是能在登录成功后的统一执行调用,则可以做成一个通用的简单规范,即在登录成功后执行组件的refreshConfig即可.而至于具体的业务页面,包括首页等,则不用去关心这个初始化的问题,直接关注各自的业务逻辑即可.
2)在登录页面发一个注册按钮,这个不是很明白.是说在登录页面自己隐藏一个按钮,在登录成功后会去执行吗? 还是说进入登录按钮就自动执行? 还是说需要显示出来,人工点这个按钮? 我觉得主要的问题就在于登录成功与否后的控制逻辑的自定义在这里有所缺失. |