1700483401
设计模式之禅 36.2 混编小结
1700483402
1700483403
该事件触发框架结构清晰,扩展性好,读者可以进行抽象化处理后应用于实际开发中。我们回头看看在这个案例中使用了哪些设计模式。
1700483404
1700483405
❑工厂方法模式
1700483406
1700483407
负责产生产品对象,方便产品的修改和扩展,并且实现了产品和工厂的紧耦合,避免产品随意被创建而无触发事件的情况发生。
1700483408
1700483409
❑桥梁模式
1700483410
1700483411
在产品和事件两个对象的关系中我们使用了桥梁模式,如此设计后,两者都可以自由地扩展(前提是需要抽取抽象化)而不会破坏原有的封装。
1700483412
1700483413
❑观察者模式
1700483414
1700483415
观察者模式解决了事件如何通知处理者的问题,而且观察者模式还有一个优点是可以有多个观察者,也就是我们的架构是可以有多层级、多分类的处理者。想重新扩展一个新类型(新接口)的观察者?没有问题,扩展ProductEvent即可。
1700483416
1700483417
❑中介者模式
1700483418
1700483419
事件有了,处理者也有了,这些都会发生变化,并且处理者之间也有耦合关系,中介者则可以完美地处理这些复杂的关系。
1700483420
1700483421
我们再来思考一下,如果我们要扩展这个框架,可能还会用到什么模式?首先是责任链模式,它可以帮助我们解决一个处理者处理多个事件的问题;其次是模板方法模式,处理者的启用、停用等等,都可以通过模板方法模式来实现;再次是装饰模式,事件的包装、处理者功能的强化都会用到装饰模式。当然了,我们还可能用到其他的模式,只要能够很好地解决我们的困境,那就好好使用吧,这也是我们学习设计模式的目的。
1700483422
1700483423
1700483424
1700483425
1700483427
设计模式之禅 第37章 规格模式
1700483428
1700483430
37.1 规格模式的实现
1700483431
1700483432
不知道诸位有没有使用C#3.5做过开发,它有一个非常重要的新特性——LINQ(Language INtegrated Query,语言集成查询),它提供了类似于SQL语法的遍历、筛选等功能,能完成对对象的查询,就像通过SQL语句查询数据库一样,例如这样的一个程序片段:
1700483433
1700483434
Dim DataList As String()={“abc”,“def”,“ght”}
1700483435
1700483436
Dim Result=From T As String In DataList Where T=“abc”
1700483437
1700483438
这句话的意思就是从一个数组中查找出值为abc的元素,返回结果为IEnumerable,枚举器类型。注意看第二句话,它使用了类似SQL的Select语法结构,from、where关键字都有了,而且还支持类似的Orderby、Groupby功能,很强大,有兴趣的读者可以查阅有关资料。那在Java世界中是否也存在这样的辅助框架呢?有,JoSQL、Quaere都可以提供类似的LINQ语言,读者可以到网上研究一下其JavaDoc,同样非常简单,功能强大。
1700483439
1700483440
我们今天要讲的主题与LINQ有很大关系,它是实现LINQ的核心。想想SQL语句中什么是最复杂的,是where后面的查询条件,看看自己写的SQL语句基本上都是一长串的条件判断,中间一堆的and、or、not逻辑符。我们今天的任务就是要实现条件语句的解析,该部分实现了,基本上LINQ语法已经实现了一大半。
1700483441
1700483442
我们以一个案例来讲解该技术,在内存中有10个User对象,根据不同的条件查找出用户,比如姓名包含某个字符、年龄小于多少岁等条件,类似这样的SQL:
1700483443
1700483444
Select*From User where name like ‘%国庆%’
1700483445
1700483446
查找出姓名中包含“国庆”两个字的用户,这在关系型数据库中很容易实现,但是在对象群中怎么实现这样的查询呢?好,看似很简单,先设计一个用户类,然后提供一个用户查找工具类,类图非常容易,如图37-1所示。
1700483447
1700483448
1700483449
[
上一页 ]
[ :1.7004834e+09 ]
[
下一页 ]