模式(顾客面包篇)----突然有感

本文通过一个实际案例,探讨了前后端分工明确对于提高程序效率的重要性,并以面包店的故事形象地说明了这一道理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

       一直在讲模块化、框架设计、XX层结构......听的很多,用的很多,但受益却非常少。(或许有受益,但没体会过非常失败的例子,或许没考虑那种极端的情况,所以相对自身收益是很少的,理解的不够透彻,只知道这么这么好,却不知道为什么这样好)

      这几天一直在实现自己的某些想法,今天终于搞定一小块了,这我的小成果

      想说的问题就是:后台跟前台明确分工,或者XX层结构,每层的业务分工明确。

      图片中是出来的效果图,但那些画图需要后台处理。

      错误的设计:后台传给了前台最原始的数据(没经过处理),导致在前台需要处理一对数据,但前台还得应付Canvas的不断刷新。导致数据量一大,前台完全崩溃。因为数据还没处理完,前台就又刷新了,导致这个进程彻底的down掉,简直是永无天日啊!

      最后的处理当然是在后台处理完能处理的一切数据,然后再由前台显示,这样才使程序活过来了!这次算是彻底明白了分工明确的重要性了,好比什么样的人做什么事!即使事情没有重要之分,但有的人擅长做什么,不擅长做什么,就得明确,否则就注定管理失败。

      这事也让我想了个小故事!!!(回来讲)(买东西的事)

-----------------故事继续,昨天公司年会,来不及写完------------------

      其实很简单的故事,有天肚子饿了,跑去面包店买个面包充饥,到了后,老板说,我这是卖面包,但只能给你原材料,也就是面粉,但我们有加工成面包的一系列机器,你拿着面粉自己去做就行!这时这面包店即不是Factory模式,也不是Build模式,一下子顾客的任务就增加了,试问有哪个饿了的顾客还会愿意去这家面包店呢?(似乎这顾客与面包店也就是我所指的前台跟后台了)。

 

-----------------附java设计模式一本(写的比较简单,诙谐的)---------------------

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值