织梦网站栏目,粤icp备网站建设 中企动力广州,做改网站,西安网页设计培训班点击上方“蓝字”关注我们菜菜哥#xff0c;求你个事呗#xff1f;说来听听#xff0c;假装你男朋友可不干不是哦#xff0c;是正经事。前几天一个项目UI改了#xff0c;好多人跟着加班修改#xff0c;怎么样尽量避免这种情况呢#xff1f;UI修改顶多和客户端开发人员关… 点击上方“蓝字”关注我们菜菜哥求你个事呗说来听听假装你男朋友可不干不是哦是正经事。前几天一个项目UI改了好多人跟着加班修改怎么样尽量避免这种情况呢UI修改顶多和客户端开发人员关系密切你一个后端人员还牵扯那么大吗我也纳闷呢为什么会牵扯到我看来你面向UI编程了摒弃面向UI编程为何喷起此次话题因为前不久和我们首席架构师沟通谈起程序设计问题一不小心把UI扯进来更把那些按照UI来编程的后台工程师也扯了进来。今天特意百度了一下其实程序员应该去google一下奈何需要FQ确实没有面向UI编程这个概念在市面上流传大家可以当我是首创吧。需要声明一点这里喷的是服务器开发人员哦我是一个极具打抱不平的人浪迹编程十几年见过太多的程序员因为UI改了而跟着改程序。当年菜菜一不小心踏入歧途的时候每天看着《七天入门xxx》乐此不疲猛烈的消化着书中“极具文化”的内容。然后看着“该死”的产品经理发过来的原型图费劲脑汁把数据库设计的特别符合原型图然后开心的干起CUAD你看编程就是如此简单而且当年觉得自己不可一世可以进阶架构师了原来初生牛犊真的可以不怕虎是因为虎厉害吗不是因为牛犊还太傻X无论是产经经理还是前端开发人员更或者是后端开发人员或者DBA一切的工作都是围绕业务开展的产品经理首先是第一个消化并理解业务的人有的产品经理自己还未消化业务就做出原型图概念图脑图等等这些产品经理其实才是该死的。当产品把业务正确的用UI表达出来之后业务便传到了客户端人员至于服务端代码编写人员如果按照UI来理解业务甚至设计数据库表那多半是掉坑里了无论是客户端人员还是服务端人员写代码之前首先第一要做的而且也是最重要的就是消化业务内容把业务消化了写起代码来有时候会对那些将来有扩展性的地方情不自禁留出扩展点。业务有时候就是要做一件事的过程数据的流向而已整体把握了才能设计出可以掌控的系统。面向业务编程其实上面说了这么多都比较“抽象”别人会说你写的什么JB玩意骂归骂但是不能侮辱我对技术的热爱~~~喷了那么多看一个原型话说这个产品画的还是不错的一个简单的发帖动态内容的展示如此简单的需求你的系统该如何设计呢错误1根据UI的设计很多人第一步就开始设计数据库对应UI字段介绍Id动态idPublishUserId发布人idPublishUserName发布人姓名PublisherUserImg发布人头像.........很多人会这样设计其中不乏有些高级程序员我自认为这样是错误的说说我的想法欢迎你们来喷。这是一个简单的动态展示仔细分析你会发现这个业务其实包含一些子业务动态的发布人业务动态内容业务动态内容产生的外围业务点赞留言收藏等如果硬是对应到表设计也应该包含这三部分内容。任何数据库设计都不应该一一对应UIUI只是你设计的参考而已只是很多情况下业务模型正好和UI对应而已错误2很多人把发布人的姓名头像保存在了动态表我认为这个还要看这个动态的定义如果动态的发布人明确了不会随着发布人信息的修改而变动这个确实应该一次性保存如果反之只存一个用户Id足以这样还可以避免因为发布人修改信息而带来的同步数据问题要知道数据一致性这块其实是很烦人的。不要让UI的显示内容影响你的业务设计错误3动态的内容后续产生的数据点赞收藏评论这些业务在动态中都有量化那这个具体的数据量化值很多人选择在动态表中添加对应的字段点赞总量收藏总量等等。其实我不建议这样做原因如下1. 如果新建了这些字段来保存动态的每一次产生结果都需要更新对应的字段同时还要保证这个值和详细列表的数据一致性不能产生100条评论但是评论列表只有99条的情况发生。2. 如果将来又新加了一条新的业务比如分享的数量那是不是还要在加一个分享量的数据表字段呢3. 如果你读过菜菜以前的文章应该知道菜菜一贯的尿性这种动态的东西最适合做缓存无论你愿意与否。至于这些点赞总数等这些类似业务仔细分析只不过是属于动态内容的后续业务应该包含在整体业务之中如果非要撸一行代码public class Topic{public int Id; public string Content;... public int ThumbUpNumber: //点赞数量public int CommentNumber; //评论数量...}
需要注意一点我以上代码代表的是业务对象可不是对应的DB中的表哦这个业务对象也是我们要缓存的对象当新加一条评论或点赞的时候只不过是缓存数据的1操作而已至于这个数据值的初始化完全可以由详情表来提供在真实的业务中点赞或者评论的数据量很少到达万级别所以对于select count0这个操作来说都不是问题一旦初始化完成做了缓存后续的增加数量完全在内存中完成。这里我想喷任何业务数据库都不是架构设计的中心写在最后一个业务的成败在于产品设计一个系统设计的好坏成败在于程序员在业务正确的情况下请先消化掉业务再开始设计系统UI只是你消化业务的参考UI只是你业务的具体可视化体现。完●程序员修神之路--为什么我会了SOA你们还要逼我学微服务●程序员过关斩将--数据库的乐观锁和悲观锁并非真实的锁●程序员修神之路--设计一套RPC框架并非易事●程序员过关斩将--要想获取我的用户信息就得按照规矩来●程序员过关斩将--更加优雅的Token认证方式JWT●程序员过关斩将--cookie和session的关系其实很简单●程序员修神之路--用NOSql给高并发系统加速●程序员修神之路--高并发系统设计负载均衡架构●程序员过关斩将--你为什么还在用存储过程●程序员修神之路--问世间异步为何物●程序员修神之路--提高网站的吞吐长按添加菜菜好友关注后回复“大礼包”和“福利”领取惊喜
