想象一下,在一个提交界面中有两个以上的提交按钮。对于用户来讲是一种不良好的用户体验吧!实事上每一个产品经理都能把握住这一点,历来也不会犯如此低级的错误,以致于养成习惯。甚至当出现合理的冗余时,竟会由于“重复了”这个理由去拒绝重复。程序员
在一次产品评审中就遇到了相似的场景,咱们的界面提交的信息比较多,用户操做习惯有两组:直接提交、浏览后提交,前者较多。因而提交按钮被设计在界面前部。数据库
众所周知产品经理是不大能听程序员关于产品方面的建议的,我所提出的双提交建议就被否决了。好在我找到了一个合理的案例:“邮箱的邮件发送功能”通常都是上下各一个,在使用的时候没谁会以为重复吧,反而会以为很实用,咱们的功能极其匹配,这才得以说服。 架构
因此说冗余、重复也是一种手段。固然也不单单单是这些简单的体现。在数据库设计的三范式中也要求不要冗余,但随着架构的不断变动,冗余有时也能带来更高的收益。归根结底设计是一项比较灵活的事情,只有墨守成规才是万年不可采起的思想。数据库设计