第一天：1.单例模式singleton：依赖关系　　定义：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。　　原理：将构造函数私有化，并且通过静态方法获取一个唯一的实例。　　参考：LayoutInflater类，通过map缓存单例，单例实现方式之一。2.构建者模式builder：聚合关系　　定义：将一...

MVC设计模式在网站中的应用以淘宝的购物车为例一、结合六个基本质量属性可修改性采用MVC设计模式的时候，可以将视图、模型、控制器分析，将用户动作、数据表示、应用数据分离开来，如果用户需要以不同的视图来展示，只需要修改视图中的代码即可，对于模型和控制器的代码，则不需要做改动，即可满足要求，使得对代码的修改非常方便。易用性...

简述23种软件设计模式一、设计模式分类总体来说设计模式分为三大类：五种创建型模式：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。七种结构型模式：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。十一种行为型模式：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、...

   网站系统开发需要掌握的技术：平面设计Photoshop:最为流行的图片制作与处理工具，功能强大。Firework:传说中的网页三剑客一员，负责图像制作与处理，特别是网页设计完成PSD转HTML的工作阶段的有力工具；Flash:flash技术主要用于网页一些特效的实现，由于HTML本身...

昨天面对某客户域做表关联的时候发现了。有两张相同内容的主表。但是表的设计结构并不相同：（每个领域都有主表，每次往这个领域（库）添加新表的时候一般都会join主表，从而有唯一的主键id）这两个表提供了这个领域的主键（id）.在这个+------------+------------+----------+--+|col_...

纸上原型--纸上草稿设计--简单高效的沟通方式！-----高端、大气、上档次！哈哈...

我使用的PowerDesigner版本为16.5，如下图：在所要编辑的表上双击，打开TableProperties窗口，并将上面的选项卡切换到Columns，如下图：我们点击CustomizeColumnsandFilter按钮，下图红框中的按钮，或者按Ctrl+U快捷键：在打开的CustomizeColumnsand...

在微服务架构下，我们在完成一个订单流程时经常遇到下面的场景：/一个订单创建接口，第一次调用超时了，然后调用方重试了一次在订单创建时，我们需要去扣减库存，这时接口发生了超时，调用方重试了一次当这笔订单开始支付，在支付请求发出之后，在服务端发生了扣钱操作，接口响应超时了，调用方重试了一次一个订单状态更新接口，调用方连续发送...

缓存作为数据库前的一道屏障，它的可用性与缓存命中率都会直接影响到数据库，所以除了配置主从保证高可用之外还需要设计分布式缓存来扩充缓存的容量，将数据分布在多台机器上如果有一台不可用了对整体影响也比较小。不多说，你懂我意思的！缓存的分布式集群和应用服务器不同，缓存的分布式是每台机器上的缓存数据是不一样的，不像应用服务器是无...

　　【吕振宇-设计模式】　　【TerryLee-设计模式】　　地上本没有路，走得人多了也就成了路。设计模式如同此理，它是经验的传承，并非体系；是被前人发现，经过总结形成了一套某一类问题的一般性解决方案。模式的目标是把共通问题中的不变部分和变化部分分离出来，不变的部分就构成了模式。模式是一个经验提取的“准则”，并且在一次...

　　迭代器是针对集合对象而生的，对于集合对象而言，必然涉及到集合元素的添加删除操作，同时也肯定支持遍历集合元素的操作，我们此时可以把遍历操作也放在集合对象中，但这样的话，集合对象就承担太多的责任了，面向对象设计原则中有一条是单一职责原则，所以我们要尽可能地分离这些职责，用不同的类去承担不同的职责。迭代器模式就是用迭代器...

参考转载自IoC之2.1IoC基础——跟我学Spring3 ...

转载：http://www.tracefact.net/CSharp-Programming/Delegates-and-Events-in-CSharp.aspx 假设我们有个高档的热水器，我们给它通上电，当水温超过95度的时候：1、扬声器会开始发出语音，告诉你水的温度；2、液晶屏也会改变水温的显示，来提示...

　　设计一个商场打折计费的软件，可以实现打折，满300送100等优惠功能。 　　　　我们先把4个计算的类写出来。  ViewCode 　　在写负责创建对象和调用的CashCoxt类  ViewCode　　　　最后调用的代码：  ViewCo...

1.　　单一职责原则　　定义：就一个类而言，应该仅有一个引起他变化的原因。 　　如果一个类的职责太多，就等于把这些职责耦合到一起。一个职责的变化，可能会消弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。　　软件设计真正要做的许多内容就是发现职责并把职责分离...