从最基本的方面、页面一遍遍刷新重建方面,一旦你进行改造,你就遇到了一个“专业前端开发”的问题。这个时候技术上就卡壳了。所以我们接项目时面对需求的设计开发任务担当,不招聘 asp.net 程序员,我们只招聘前端程序员,程序负责人不需要懂任何 asp.net,(她)顶多需要将服务接口需求机制说出来、写成文档让后台服务开发人员做几个接口而已。这样大型复杂的 web 应用程序用户体验能保证快几十倍,甚至上百倍。
假设还是动不动就一遍遍地简单地重新增删改查并重建 html 整个页面的模式,那么自然就只能想到纠缠数据库这个性能死结了。
例如说根本不一遍遍刷新重建页面(重新查询数据库),这方面的富客户端 web 应用在用户体验上提高20倍速度。例如说根本就是采用现在的大数据分布式设计理念,针对中间业务微服务的 Actor 对象而不是针对什么关系数据库引擎来编程。例如说整个高层的业务流程是最终一致性的,可撤回的,而不是什么滥用关系数据库事务锁的。例如客户操作状态改变提醒是主动推送到终端的而不是轮询的。等等。