【架构设计】
Jesse621
学无止境。
展开
-
MVC 浅谈
只要接触MVC就势必离不开说三层,很多人就会一直纠结于他们之间的区别,也难怪,他们之间有共同之处:都分为三块,不仔细琢磨好像说的都是一样的东西,网上说法也是百家争鸣。本文仅是介绍一下对MVC的理解,由于学习是一个逐步深入的过程,现在还未到深刻理解的程度,也没必要非得区分出一个所以然来,也不敢对三层和MVC妄下评论,仅是记录这个学习认知的过程,希望和大家一同交流,随着时间的推移,自己的认识也在不断的原创 2012-02-11 10:31:26 · 8045 阅读 · 14 评论 -
抽象工厂+反射 实例讲解
抽象工厂模式定义:提供一个创建一系列相关或者相互依赖对象的接口,而无需指定它们具体的类。 好处:经常用层数据层,便于更换数据库产品,灵活性强,让具体的创建实例过程和客户端分离。 反射技术:提供了封装程序集、模块和类型的对象。可以使用反射动态地创建类型的实例,将类型绑定到现有对 象,或从现有对象中获取类型。 语法格式:Assembly.load("程序集名称原创 2012-07-31 16:45:06 · 4927 阅读 · 13 评论 -
给用Rose的提个醒
Rose默认的不是自动保存,而是手动的。这在以前我也是知道,觉得没啥,也就没有改过来,就是在关闭的时候保存一下。可是在今天画图画了半个多小时之后,rose突然卡死了,什么也操作不了。。按说没道理啊,我一直对rose很放心的,毕竟不是小众软件,没想到自己杯具了,没办法,调出资源管理器强制关闭,结果可想而知,半个多小时的心血白费,又是从新画了一遍。所以还是改为自动保存来的好,进入Toools--Opt原创 2012-02-23 10:09:16 · 5825 阅读 · 16 评论 -
UML中的关系
关系就是事物之间的联系。在面向对象的建模中,最重要的关系就是依赖、泛化、关联和实现。一、依赖 是一种使用关系,说明一个事物使用另一个事物的信息和服务,但反之未必可以行得通。图形表示为一条有向的虚线。依赖的关系是所有关系当中最弱的,其他的在概念上都算是一种依赖关系,所以,依赖关系要少用,这样才能更清楚的描述出对象之间的关系。e.g.原创 2011-11-03 17:56:16 · 5359 阅读 · 8 评论 -
UML建模---活动图
活动图是UML用于对系统的动态行为建模的另一种常用工具, 描述活动的顺序,展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。活动图着重表现从一个活动到另一个活动的控制流,是内部处理驱动的流程。 下面详细一下介绍活动图:一、基本元素:1、动作状态(Action State)• 动作状态是指执行原子的、不可中断的动作,并在此动作完成后通过完成转换转向另一个状态的状态。原创 2011-11-19 20:24:04 · 10688 阅读 · 2 评论 -
知识回顾--UML各个关系的对应代码
UML的几种关系介绍请移步《UML中的关系》! 要真正画好UML图,透彻的理解各个关系的具体含义,需要明白各个关系对应的代码实现。一、依赖 依赖是类的五种关系中耦合最小的一种关系。依赖关系可以描述为:Uses a在生成代码的时候,这两个关系类都不会增加属性。Public class FilmClip{原创 2012-06-23 09:49:35 · 4454 阅读 · 9 评论 -
UML建模---之用例图
用例建模是UML建模的一部分,它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为,说白了就是说明这个系统是什么,至于怎么工作就不用去管了。我觉得用例图是分析阶段最好画的一张图,因为表示的内容很宏观。 理解用例图中的元素: 角色(Actor)是与系统中的用例交互的一些实体,在实际情况中,角色可以是人,也可以是其他系统或者硬件设备。在原创 2011-11-14 15:46:43 · 3479 阅读 · 1 评论 -
一句话评论设计模式六大原则
原则,故名思议则是本质的意思。所谓擒贼先擒王,研究设计模式自然要先了解设计原则,所有的模式都是在这些原则的基础之上发展起来的,有的是侧重一个,有的是多个都有所涉及。看完设计模式之后,我感觉到每个模式都有这些原则的影子,还渗透着面向对象的三大属性,也觉得这些原则也都有相通之处,,正是有了他们才使我们由代码工人转为艺术家。下面我来点评一下六大原则,望各位拍砖:1、单一职责原则(Single原创 2012-01-27 20:44:42 · 16518 阅读 · 67 评论