- 博客(44)
- 资源 (2)
- 收藏
- 关注
RSS订阅Visitor模式
有些服务操作的对象结构比较复杂，服务的实现分在定义的对象结构种的各个类中，难于维护以及升级，，使用一个独立的Visitor类实现服务，针对对象结构中的每个类根据其类型的不同实现不同的行为(方法重载)。对定义对象结构的类进行扩展，每个类增加一个方法用来接收Visitor对象，并且在这个方法中根据自身的类型回调并执行Vistro的相应方法。 简易图如下：[img]http://dl.ite...
2011-08-04 13:07:05
112
职责链模式
职责链模式其实是对行为的执行的传递，是对某个动作执行的方向更具相关的条件做出决定。从下图中可以理解其的应用[img]http://dl.iteye.com/upload/attachment/519256/cecd78ea-a0ce-308d-a91a-79832daadb2a.gif[/img]抽象处理者(Handler)角色：定义出一个处理请求的接口。如果需要，接口可以定义出一...
2011-07-18 00:55:32
99
原创 一本不错的加密书 ——Java加密与解密的艺术
<br />由于最近项目需求涉及到加密，虽然以前也研究过，但也有所淡忘，一个朋友送了我本《Java加密与解密的艺术》，对项目帮助很大，非常好的一本书，内容充实，可读性强，实践指导性非常好，从头到尾非常有序，让读者由不知到熟悉再到应用都有有一很清晰的思路。特别是java加密利器与综合应用篇对安全性特别高的项目，但又不知道从何下手的读者特别有帮助。<br />
2010-07-03 10:19:00
619
Flex AIR的ORM
以前曾想把air与sqllite之间也实现orm，由于太忙也没深入，今天碰到了已经有人实现了这个框架，现在把它放上来与大家共享一下,也作为参考学习。有这样的想法没去实现，跟不上了，哎。。Air-activerecord [url]http://air-activerecord.googlecode.com/svn/trunk[/url]airdb[url]http://wiki.githu...
2010-05-13 21:38:23
105
原创 MVP在 Flex中的应用
关于MVP是MVC的另一种模式，在MVP模式中视图和模型是完全分离的，他们通过Presenter进行交互。 Presenter与控制器非常相似，但是它们也有一些的区别： 1、Presenter处理视图发送过来的用户操作（在MVC中视图自己处理了这些操作） 2、它用更新过的数据去更新模型（在被动MVC中控制器只是通知视图去更新过的模型中去取新的数据，而主动MVC中模型通知视图去更新显示，控制器不需要...
2010-01-29 23:03:43
167
原创 关于设计启发的总结
1.寻找现实世界的对象。2.形成一致的抽象3.封装实现细节4.在可能的情况下继承5.信息隐藏6.找出容易改变的区域7.保持松散耦合8.探寻通用的设计模式9.高内聚10.构造分层结构11.严格描述类契约12.分配职责13.为测试而设计14.避免失误15.有意识地选择绑定时间16.创建中央控制点17.考虑使用蛮力18.画一个图19...
2010-01-11 21:19:04
181
原创 Flint酷东东
Flint是做粒子的好东东.很酷还有很多demo.下面是下载地址http://flint-particle-system.googlecode.com
2009-12-31 13:25:44
94
原创 资源管理中的模式
在系统中实现资源管理时必须用到的设计方法很大程度上取决于领域，系统的约束和系统需求。模式抽象自特定的领域，并且受系统需求和需求驱使。根据系统的性能，可伸缩性，可预测性，灵活性，稳定性，一致性等特点来对应以下模式。1.性能 Eager Acquistion 模式有助于加快第一次资源访问，从而加快整个系统的响应速度。 Caching模式通过避免对常资源的昂贵的重复获取操...
2009-12-13 12:07:05
212
Flex 有效的内存回收方法
Flex 的内存回收问题,相信是很多从事flex开发里很头疼的问题,在网上也有一些方法回收内存,今天发现一个非常有效的内存回收方法,我们需要连续调用gc,第一次回收废弃的任何对象的标记和清除老的标记,第二次清除第一次清除对象的标记.代码如下:[code="java"]private var gcCount:int;private function startGCCycle() : vo...
2009-12-03 14:27:58
116
Flex 容器加背景图片
以前遇到过容器里包容器,并且都要圆角,如果设固定值,这样会失去容器高度 宽度的一致性,今天有时间翻了一下Flex cook,遇到一个方法挺不错.特记下:[code="java"] [/code]...
2009-06-03 13:18:52
212
可拖拽的BOX
如果你想不用panel或TitleWindow而自定义popup，但是这个popup并不能拖动，则对box进行了improve．[code="java"] [/code]
2009-02-23 16:49:16
130
Flex RoundCorner
看多了很多关于设置VBox圆角的资料,研究了一天 ,终有所获,先发上来和大家分享一下.[code="java"] [/code]
2008-09-12 17:35:53
117
Flex Preloader
在网上看到好多关于flex preloader,但是有的不是很理想,其中有一个加载flash的,组件都初始化结束了,那flash还在那里动.最近也用到这个preloader,把它改造了一下,加载完flash后在显示组件,[code="java"]package com.preload{ import flash.display.Loader; i...
2008-09-04 11:00:38
133
原创 理想的设计特征
高质量的设计具有很多常见的特征.如果你能实现所有这些目标,你的设计就非常好了.下面就列出一些设计的范畴内的特征1.最小的复杂度2.易于维护3.松散偶合4.可扩张性5.可重用性6.高扇入7.低扇出8.可移植性9.精简性10.层次性11.标准技术...
2008-07-31 11:33:24
264
分析PureMVC中的观察者模式运用
刚一个开始看PureMVC,一个字乱,摸不着头脑,不过这个要慢慢的啃,消化,看PureMVC文档要结合它的类图看.在这里给大家分享一下PureMVC中的观察者模式运用.观察模式中有主题 ,观察者,通知.在PureMVC中 View充当主题的角色, Observer 当然充当观察者了,Notification 就充当命令通知了.现在大家都知道PureMVC中观察者模式的角色分别是谁了，这...
2008-07-16 13:33:45
180
原创 回看依赖倒置原则
这几天，挺闲的，回过头又看了一下依赖倒置，很有意思．依赖倒置的核心：a 高层模块不应该依赖低层模块．二者都应该依赖于抽象．b 抽象不应该依赖于细节．细节应该依赖于抽象．程序中所有的依赖关系都应该终止与抽象类或者接口，则有：１.任何变量都不应该持有一个指向具体类的指针或者引用２.任何类都不应该从具体类派生３.任何方法都不应该覆写它的任何基类中的已经实现了的方法当然每个...
2008-07-14 17:49:54
99
通用职责分配模式的其中的３模式
通用职责分配模式(GRASP)一共有９个模式，下面是其中的３个模式：[b]创建者模式：[/b]创建对象是面向对象系统中最常见的活动之一，因此应该有一些通用的原则以用于创建职责的分配，如果分配的好，设计就能够支持低耦合，提高清晰度，封装性和可复用性。如果下列条件之一为真，将创建类A的实例的职责分配给类B：a.B包含或组成聚集Ab.B记录Ac.B直接使用Ad.B具有A的初始...
2008-07-04 16:43:38
253
软件模块的职责与设计的臭味
每一个软件模块都应具有三个职责:1.第一职责是它运行起来所完成的功能.这也是该模块得以存在的原因.2.第二职责是它要应对变化,几乎所有的模块在它们的生命周期中变化,开发者有责任保证这种改变应该可能的简单.一个难以改变的模块是拙劣的,即使可以工作,也需要对其进行修正.3.第三职责是要和阅读它的人进行沟通,对该模块不熟悉的开发人员应该能够比较容易的阅读并理解它.一个无法沟通的模块也是拙劣的...
2008-06-23 16:08:10
138
领域模型
[b]领域模型[/b]领域模型是对领域内的概念类或现实世界中对象的可视化表示,领域模型也称为概念模型、领域对象模型和分析模型。而非软件对象的表示。领域模型专注于特定领域，应用UML表示法，领域模型被描述为一组没有定义操作的类图，他提供了概念透视图，它可以展示：1)领域对象或概念类2)概念类之间的关联3)概念类的属性以下元素不使用于领域模型1)软件制品2)职责或方法...
2008-06-10 13:49:55
159
系统架构采用分层的优点和缺陷以及其层次
[b]1.将系统按照层次分解有很多的好处:[/b]1) 在无需过多了解其他层次的基.础上,可以将某一层作为一个有机整体理解.2) 可以替换某一次的具体实现.3) 可以将层次间的依赖性减到最低.4) 分层有利于标准化工作.5) 一旦构建好了某一层次,就可以用它为很多上层服务提供服务.[b]但其也存在一些缺陷:[/b]1) 层次并不能封装所有东西.2) 过多的层次会影响性能...
2008-05-28 12:10:40
3743
敏捷开发的宣言与原则
敏捷宣言： 个体和迭代，超越过程和工具 工作的软件，超越完整的文档 客户协作，超越合同谈判 响应变更，超越履行计划 敏捷原则： 1. 优先级最高的是，通过早期和持续交付有价值的软件来满足客户。 2. 欢迎变更需求，即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。 3. 以两周到两月为周期，频繁地交付可运行的软件，首推较短的时间定量。 4. 在整个项目过...
2008-05-21 16:36:30
192
迭代开发的优点
１.[b]它允许需求的变化[/b]。需求的变化和“进一步的蔓延” — 技术和客户驱动的特性的累加 — 一直是项目中导致麻烦、延期交付、令客户不满意和使开发人员泄气的主要原因。为了解决这些问题，使用迭代开发方法的团队应该在项目开发的几周里就关注生成和演示可执行的软件，这样就强制了需求的检查并可以帮助减少需求从而反映系统的本质。 ２.[b]集成不是在项目的尾声进行的"大动作"[/b]。将系统的集成...
2008-05-21 13:43:39
3392
原创 对设计模式—Adapter模式的认识 - flysnail－妙不可言,美不胜收 - JavaEye技术网站
导读： 本文转自 http://flysnail.javaeye.com/blog/180412
2008-05-14 15:45:00
204
原创 flysnail－妙不可言,美不胜收 - 博客管理- JavaEye技术网站
导读： 本文转自 http://flysnail.javaeye.com/admin/blogs/192956
2008-05-14 15:42:00
325
Flex DataGrid 数据上下移动
[code="java"] = 1&&peopleList.selectedItem) { IList(peopleList.dataProvider).addItemAt(peopleList.selectedItem,i-1); IList(peo...
2008-05-14 15:26:54
125
对设计模式—Composite模式的认识
Composite模式定义:将对象以树形结构组织起来,以达成“部分－整体” 的层次结构，使得客户端对单个对象和组合对象的使用具有一致性.Composite好处:1.使客户端调用简单，客户端可以一致的使用组合结构或其中单个对象，用户就不必关系自己处理的是单个对象还是整个组合结构，这就简化了客户端代码。2.更容易在组合体内加入对象部件. 客户端不必因为加入了新的对象部件而更改代码...
2008-05-08 11:35:40
103
对设计模式—Command模式的认识
今天抽空看了一下Command 模式,Command 模式涉及了五个角色它们分别是：客户（Client）角色：创建了一个具体命令(ConcreteCommand)对象并确定其接收者。 命令（Command）角色：声明了一个给所有具体命令类的抽象接口。这是一个抽象角色。 具体命令（ConcreteCommand）角色：定义一个接受者和行为之间的弱耦合；实现Execute()方法，负责调用...
2008-04-29 18:09:27
86
对设计模式—Template模式的认识
Template 模式其实是在抽象类中定义业务逻辑了和方法，具体的方法在子类中去实现。一个集团下属有几个公司，年底到了公司的财务结算的时候，最后几个下属公司把利润送到集团的财务科报帐，具体怎么财务结算的由几个下属公司去操作。[code="java"]public abstract class Template{ protected abstract void chec...
2008-04-22 17:26:46
80
对设计模式—Bridge模式的认识
Bridge将抽象和行为划分开来,各自独立,可以动态结合变换.随着社会的发展,交通要求便利,汽车成为交通的主要工具,有车可以加汽油,也可以加柴油.[code="java"]public abstract class Car{ public CarImp carImp; public abstract void buyOil(); publi...
2008-04-17 10:14:22
106
浅谈Spring事务管理配置
大多数Spring用户选择声明式事务管理。这是对应用代码影响最小的选择，因此也最符合非侵入式 轻量级容器的理念。Spring的声明式事务管理是通过Spring AOP实现的，因为事务方面的代码与Spring绑定并以一种样板式风格使用，不过尽管如此，你一般并不需要理解AOP概念就可以有效地使用Spirng的声明式事务管理。从考虑EJB CMT和Spring声明式事务管理的相似以及不同...
2008-04-15 18:11:04
91
对设计模式—Flyweight模式的认识
单纯享元模式所涉及的角色如下：抽象享元(Flyweight)角色：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态(External State)的操作可以通过调用商业方法以参数形式传入。具体享元(ConcreteFlyweight)角色：实现抽象享元角色所规定的接口。如果有内蕴状态的话，必须负责为内蕴状态提供存储空间。享元对象的内蕴状态必须与对象所处...
2008-04-14 19:51:15
89
对设计模式—proxy模式的认识
今天很忙，出去吃饭都没有时间，只好把钱给同事捎带一份了[code="java"]public class BuyMeal { private static BuyMeal buyMeal = new BuyMeal(); private static BuyMeal getInstance() { ...
2008-04-10 17:58:32
85
对设计模式—Singleton模式的认识
在过去取老婆可以三妻六妾，不过现在有了法律规定一人只能一妻。[code="java"]public class Wife{ private static Wife wife = new Wife(); public static Wife getWife() { return wife; } private Wif...
2008-04-09 15:36:33
113
对设计模式—Adapter模式的认识
人在生活中有时担任一种角色，有时候要担任好几种。比如做软件开发，公司大点的，有开发人员也有测试人员分工细化、明确，公司小的，为了节约成本，开发人员既开发又测试。[code="java"]public interface ITestEngineer{ public void doTest();}public class TestEngineer implements...
2008-04-08 12:49:21
86
对设计模式—Factory Method模式的认识
上次看了一下abstact factory,今天又看了一下Factory Method FactoryMethod 往往只是创建单个的实例。Abstract Factory 创建一系列的实例组，这些实例彼此相关。[code="java"]public interface Fruit{ public void buy();}public class Apple im...
2008-04-07 11:35:18
90
对设计模式—Facade模式的认识
这几天忙的不得了啊，今天抽时间看了Facade模式，大家也许在开发中不知不觉的就用到了，就象你去买水果一样，如果你让卖水果的人给的话，你只要告诉他名字就行了，不要关心它长的啥样的.[code="java"]public interface Fruit{ public void println();}public class Apple implements Fru...
2008-04-03 18:32:38
82
对Flex的DataGrid 中多条不同数据的过滤
今天在做项目中，来了个需求，有两个DataGrid A和B,A中的数据从B取的，然后保存数据库中．下次再修改A中的数据时，A中存在的数据B就不能存在．原来打算把B遍历一下然后把和A中相同的数据remove掉，但这样做太麻烦，而且太乱．后来查了文档利用ArrayCollecton的filterFunction 属性可以实现过滤，加以改进．就可以一步到位，来处理多个条不同数据的过滤．[code...
2008-03-26 22:40:11
112
对设计模式—Observer模式的认识
今天上班偷偷的把qq打开了，一会收到许多群里发的消息，这让我想到了Observer模式。 Observer模式的功用，是希望两个（或多个）对象，我们称之为Subject和Observer，当一方的状态发生改变的时候，另一方能够得到通知。也就是说，作为Observer的一方，能够监视到Subject的某个特定的状态变化，并为之做出反应。我对观察者理解就是一个中心点把所有变化的信息都收集上来，...
2008-03-25 22:17:01
95
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人