模式（顾客面包篇）----突然有感

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

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

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

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

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

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

      这事也让我想了个小故事！！！（回来讲）（买东西的事）

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

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

 

-----------------附java设计模式一本（写的比较简单，诙谐的）---------------------