设计模式系列

设计模式系列：合成复用原则

尽量使用对象组合，而不是继承来达到复用的目的。在面对对象设计中，可以通过两种方法在不同的环境中复用已有的设计和实现，即通过组合/聚合关系或通过继承，但首先应该考虑使用组合/聚合，组合/聚合可以使系统更加灵活，降低类和类之间的耦合度，一个类的变化对其他类造成的影响相对较少，其次才考虑继承，在使用继承时，需要严格遵循里氏替换原则，有效使用继承或有助于对问题的理解，降低复杂度，而滥用继承反而会增加系统构
a910626·2016-06-10 11:00

设计模式系列：接口隔离原则

问题由来问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。定义在讲解接口隔离原则之前，先明确一下我们的主角——接口。接口分为两种：实例接口。在java中声明一个类，然后用new关键字产生一个示例，
a910626·2016-06-10 11:00

设计模式系列：迪米特法则

问题由来问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。解决方案：尽量降低类与类之间的耦合。自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做到低耦合呢？那正是迪米特法则要去完成的。定义一个软件实体应当尽可能
a910626·2016-06-10 11:00

设计模式系列：依赖倒置原则

问题由来  问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。  依赖倒置原则基于这样一个事实：相对
a910626·2016-06-10 11:00

设计模式系列：开闭原则

引入  “需求总是变化”、“世界上没有一个软件是不变的”，这些言论是对软件需求最经典的表白。从中透射出一个关键的意思就是，对于软件设计者来说，必须在不需要对原有的系统进行修改的情况下，实现灵活的系统扩展。而如何能做到这一点呢？  只有依赖于抽象。实现开放封闭的核心思想就是对抽象编程，而不对具体编程，因为抽象相对稳定。让类依赖于固定的抽象，所以对修改就是封闭的；而通过面向对象的继承和对多态机制，可以
a910626·2016-06-10 11:00

设计模式系列：里氏替换原则

问题由来  问题由来：有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成，则子类B在完成新功能P2的同时，有可能会导致原有功能P1发生故障。  解决方案：当使用继承时，遵循里氏替换原则。类B继承类A时，除添加新的方法完成新增功能P2外，尽量不要重写父类A的方法，也尽量不要重载父类A的方法。  继承包含这样一层含义
a910626·2016-06-10 11:00

设计模式系列：单一职责原则

问题由来  问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。  解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。  但是即便是经验丰富的程序员写出的程
a910626·2016-06-10 11:00

设计模式系列：单一职责原则

问题由来  问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。  解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。  但是即便是经验丰富的程序员写出的程
红涛在反思·2016-06-10 00:00

设计模式系列（二）原型模式

在设计模式系列（一）单例模式 中详细介绍了单例设计模式，下面一起来看一下原型模式。
robertcpp·2016-06-08 00:00

设计模式系列（一）单例模式

一、简单介绍单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中一个类只有一个实例。《设计模式》书中对单例模式动机的介绍对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能
robertcpp·2016-06-05 11:00

《学习笔记》之JAVA设计模式--建造者模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：部分经典内容引用：点击打开链接：设计模式总结篇系列：建造者模式（Builder） 前言听完本节课之后顿时头大了，感觉有点像工厂方法模式
pengjunlee·2016-06-02 20:00

C# 设计模式系列教程-抽象工厂模式

1.概述抽象工厂模式为一个产品家族提供了统一的创建接口。当需要这个产品家族的某一系列的时候，可以从抽象工厂中选出相对应的系列来创建一个具体的工厂类别。2.抽象工厂模式中的角色2.1抽象工厂（AbstractFactory）：担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。2.2具体工厂（ConcreteFactory）：这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择
Wang Juqiang·2016-06-02 10:15

C# 设计模式系列教程-建造者模式

1.概述将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示，这样的设计模式被称为建造者模式。2.建造者模式中的角色2.1建造者（Builder）：为创建一个产品对象的各个部件指定抽象接口。2.2具体建造者（ConcreteBuilder）：实现Builder的接口以构造和装配该产品的各个部件，定义并明确它所创建的表示，并提供一个检索产品的接口。2.3指挥者（Director）：
Wang Juqiang·2016-06-02 10:45

C# 设计模式系列教程-原型模式

1.概述通过复制一个已经存在的实例来创建一个新的实例。被复制的实例被称为原型，这个原型是可定制的。2.模式中的角色2.1抽象原型类（AbstractPrototype）：提供一个克隆接口2.2具体原型类（ConcretePrototype）:及实现了克隆接口的具体原型类3.实例：求职网站上现在都支持多份简历，如果每创建一份简历都要从头至尾地填写一遍，那也是非常让人沮丧的事。其实针对我们的求职岗位的
Wang Juqiang·2016-06-02 09:09

C# 设计模式系列教程-单例模式

1.描述：保证一个类仅有一个实例，并提供一个访问它的全局访问点。2.单例模式主要有3个特点，：2.1单例类确保自己只有一个实例。2.2单例类必须自己创建自己的实例。2.3单例类必须为其他对象提供唯一的实例。3.实现方式：懒汉单例类和饿汉单例类3.1懒汉式单例类对于懒汉模式，我们可以这样理解：该单例类非常懒，只有在自身需要的时候才会行动，从来不知道及早做好准备。它在需要对象的时候，才判断是否已有对象
Wang Juqiang·2016-06-02 08:15

C# 设计模式系列教程-工厂方法模式

1.概述：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。2.模式中的角色2.1抽象工厂（Creator）：这个抽象类（或接口）声明一个创建对象的工厂方法，用来返回一个Product类型的对象。2.2具体工厂（ConcreteCreator)：重定义工厂方法，返回一个具体的ConcreteProduct实例。2.3抽象产品（Product)：定义工厂方法所
Wang Juqiang·2016-06-02 08:09

C# 设计模式系列教程-简单工厂模式

1.概述：将一个具体类的实例化交给一个静态工厂方法来执行，它不属于GOF的23种设计模式，但现实中却经常会用到2.模式中的角色2.1工厂类（SimpleFactory):只包含了创建具体类的静态方法。2.2抽象产品（Product）：定义简单工厂中要返回的产品。2.3具体产品（ConcreteProduct）：具体产品。3.模式解读3.1简单工厂模式的一般化类图3.2简单工厂模式的代码实现////
Wang Juqiang·2016-06-01 11:09

C# 设计模式系列教程-策略模式

在讲策略模式之前，我先给大家举个日常生活中的例子，从首都国际机场到XXX酒店，怎么过去？1）酒店接机服务，直接开车来接。2）打车过去。3)机场快轨+地铁4）机场巴士5）公交车6）走路过去(不跑累死的话）等等。使用方法，我们都可以达到从机场到XXX酒店的目的，对吧。那么我所列出的从机场到XXX酒店的的方法，就是我们可以选择的策略。再举个例子，就是我们使用WCF时，往往避免不了对它进行扩展，例如授权，
Wang Juqiang·2016-06-01 11:18

C# 设计模式系列教程-装饰模式

1.概述动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更灵活。原理：增加一个修饰类包裹原来的类，包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数。装饰类实现新的功能，但是，在不需要用到新功能的地方，它可以直接调用原来的类中的方法。修饰类必须和原来的类有相同的接口。2.模式中的角色2.1抽象构建（Component）：定义一个抽象接口，用以给这些对象动态地添加职责
Wang Juqiang·2016-06-01 11:20

C# 设计模式系列教程-代理模式

1.概述为其它对象提供一种代理以控制对这个对象的访问。解决的问题：如果直接访问对象比较困难，或直接访问会给使用者或系统带来一系列问题。这样对于客户端（调用者）来说，就不需要直接与真实对象进行交互，解除了调用者与真实对象的耦合。2.模式中的角色2.1抽象实体（Subject）：定义了真实实体（RealSubject）和代理（Proxy）的公共接口，这样就在任何时候使用真实实体（RealSubject
Wang Juqiang·2016-06-01 11:30

C# 设计模式系列教程-桥接模式

1.概述将抽象部分（Abstraction）与实现部分（Implementor）分离，使它们可以独立地变化。2.解决的问题在软件系统中，有些类型由于自身的逻辑，它具有两个或多个维度的变化。为了解决这种多维度变化，又不引入复杂度，这就要使用Bridge模式。3.模式中的角色2.1抽象（Abstraction）：定义抽象接口，该接口中包含实现具体行为、具体特征的Implementor接口。2.2提炼的
Wang Juqiang·2016-06-01 11:27

C# 设计模式系列教程-组合模式

1.概述将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。2.解决的问题当希望忽略单个对象和组合对象的区别，统一使用组合结构中的所有对象（将这种“统一”性封装起来）。3.组合模式中的角色3.1组合部件（Component）：它是一个抽象角色，为要组合的对象提供统一的接口。3.2叶子（Leaf）：在组合中表示子节点对象，叶子节点不能有子节点。3
Wang Juqiang·2016-06-01 11:11

C# 设计模式系列教程-适配器模式

1.概述将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。2.解决的问题即Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。3.模式中的角色3.1目标接口（Target）：客户所期待的接口。目标可以是具体的或抽象的类，也可以是接口。3.2需要适配的类（Adaptee）：需要适配的类或适配者类。3.3
Wang Juqiang·2016-06-01 10:31

C# 设计模式系列教程-模板方法模式

1.概述定义一个操作中的算法的骨架，而将步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。2.模式中的角色2.1抽象类（AbstractClass）：实现了模板方法，定义了算法的骨架。2.2具体类（ConcreteClass)：实现抽象类中的抽象方法，已完成完整的算法。3.模式解读3.1模板方法类图3.2模板方法模式代码实现//////抽象类///public
Wang Juqiang·2016-06-01 10:04

C# 设计模式系列教程-外观模式

1.概述为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。2.模式中的角色2.1外观类（Facade）：外观类知道哪些子系统类负责处理请求，将客户的请求代理给恰当的子系统对象。2.2子系统类集合（SubSystemClasses）：子系统类集合实现了子系统的功能，处理外观类对象指派的任务。3.模式解读3.1外观模式的类图3.2外观模式的代码实现/
Wang Juqiang·2016-06-01 10:37

C# 设计模式系列教程-命令模式

1.概述将一个请求封装为一个对象(即我们创建的Command对象），从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志，以及支持可撤销的操作。2.解决的问题在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。3.模式中角色3.1抽象命令（Command）：定义命令的接口，声
Wang Juqiang·2016-06-01 10:48

C# 设计模式系列教程-状态模式

1.概述当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。2.解决的问题主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同的一系列类当中，可以把复杂的逻辑判断简单化。3.模式中的角色3.1上下文环境（Context）：它定义了客户程序需要的接口并维护一个具体状态角色的实例，将与状态相关的操作委托给当前的ConcreteState对象
Wang Juqiang·2016-06-01 09:10

C# 设计模式系列教程-观察者模式

1.概述有时被称作发布/订阅模式，观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。2.解决的问题将一个系统分割成一个一些类相互协作的类有一个不好的副作用，那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系
Wang Juqiang·2016-06-01 09:20

【设计模式】策略模式

下面设计模式系列是以《HeadFirst设计模式》书为参考。有兴趣的读者可以购买，讲解得浅显易懂。
leesf·2016-05-31 22:00

Java之------单机版书店管理系统(设计思想和设计模式系列八)登录模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做登录模块。本篇是书店系统的最终篇，书店系统在设计思想和
x121850182·2016-05-27 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列七)库存模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做库存模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-27 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列四)图书模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做图书模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-27 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列三)工具包和公共类

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做工具包和公共包。注：本篇需要使用到的框架在本系列二的用
x121850182·2016-05-27 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列一)概述

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将先对此系统做一个介绍。同系列有：系列二(用户)：点击打开
x121850182·2016-05-26 22:00

Java之------单机版书店管理系统(设计思想和设计模式系列六)销售模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做销售模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-26 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列五)进货模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做进货模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-26 00:00

Java之------单机版书店管理系统(设计思想和设计模式系列二)用户模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做用户模块部分。同系列有：系列一(概述)：点击打开链接系
·2016-05-26 00:00

Java设计模式系列之观察者模式

观察者模式Observer的定义观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，让它们能够自动更新自己。第一部分这里有一个例子，是马士兵老师在讲解观察者模式的时候给出的例子，个人认为对理解观察者模式有很大的用处，自己查到的一些博文也写得很好，但是太过于一板一眼了，不便于去理解。具体的例子是这样的：一个小孩在睡觉，当
three_bird·2016-05-24 10:00

《学习笔记》之JAVA设计模式--原型模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：部分经典内容引用：点击打开链接：《JAVA与模式》之原型模式点击打开链接：JAVA设计模式之原型模式一、什么是原型模式Prototype
pengjunlee·2016-05-23 19:00

《学习笔记》之JAVA设计模式--单例模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：一、什么是单例模式单例模式是一种对象创建型模式，使用单例模式，可以保证为一个类只生成唯一的实例对象。
pengjunlee·2016-05-23 11:00

《学习笔记》之JAVA设计模式--抽象工厂模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：一、什么是抽象工厂模式抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的。
pengjunlee·2016-05-19 19:00

《学习笔记》之JAVA设计模式--工厂方法模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：一、什么是工厂方法模式   工厂方法模式同样属于类的创建型模式又被称为多态工厂模式。
pengjunlee·2016-05-19 14:00

《学习笔记》之JAVA设计模式--简单工厂模式

在学习了厉风行老师的《设计模式系列课程》后为方便查看，对其内容进行整理：一、什么是简单工厂模式简单工厂模式属于类的创建型模式,又叫做静态工厂方法模式。
pengjunlee·2016-05-18 10:00

Android开发之基于AndroidStudio环境搭建和工程创建

因为之前是搞iOS开发的,之前有关iOS的博客请看《我的iOS开发系列博文》、《我的Objective-C系列文章》和《窥探Swift系列博客说明及其Swift版本间更新》,《设计模式系列文章》，《重构系列文章
青玉伏案·2016-05-18 09:00

Java之------单机版书店管理系统(设计思想和设计模式系列八)登录模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做登录模块。本篇是书店系统的最终篇，书店系统在设计思想和
x121850182·2016-05-11 22:00

Java之------单机版书店管理系统(设计思想和设计模式系列七)库存模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做库存模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-11 22:00

Java之------单机版书店管理系统(设计思想和设计模式系列六)销售模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做销售模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-11 22:00

Java之------单机版书店管理系统(设计思想和设计模式系列五)进货模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做进货模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-11 21:00

Java之------单机版书店管理系统(设计思想和设计模式系列四)图书模块

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做图书模块。注：本篇需要使用到的框架在本系列二的用户模块
x121850182·2016-05-10 14:00

Java之------单机版书店管理系统(设计思想和设计模式系列三)工具包和公共包

书店管理系统书店管理系统可以说是设计模式及设计思想的一个比较经典的例子。本系列将分为多个部分讲述此输电管理系统。书店管理系统将分为：用户、图书、进货、销售和库存五个模块，另外还有公共包、工具包和登录包，另外还有一个框架。对于分层设计，都是表现层可以调用逻辑层，逻辑层调用数据层，数据层调用工具和公共包，方向不可打乱，必须严格按照这种模式。本篇将做工具包和公共包。注：本篇需要使用到的框架在本系列二的用
x121850182·2016-05-10 13:00
上一页 17 18 19 20 21 22 23 24 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他