我的隐式生活(My Implicit Life)

继续搞“对象”,玩OO.

首页 新随笔 联系 聚合 管理
  11 Posts :: 1 Stories :: 39 Comments :: 0 Trackbacks

我的评论

不错的手册
re: jpa @Column说明[未登录] marco 2010-07-14 13:21  
3q ann~~~
有资料可以提供么?更加详细点的资料!比如xml的配置,是否有官方的开发指南,不胜感激,如果有能不mail份给我,不胜感激!megcker@126.com!
thanks
marco
另外,我觉得软件在使用过程中还有一些不方便的地方,是不是可以不象所有那些公交查询的网站提供的查询功能那样,做出一些独特的,更方便的查询方式?我有一个想法,不知是否可以将都市行做成开放式软件?开放源码,大家一起来把程序做的更完美。
杭州(fy555).rar(2007-12-30) NEW 那个数据包里面的数据不是很准确,我根据杭州公交公司网站(www.hzbus.com.cn)上的公交路线电子版重新制作了一个数据包,制作日期为2008-3-10,数据与原始公交线路完全一致,不过我不知道如何上传。。如需要,请告知我如何上传。我的邮箱:marcomails@163.com
re: 一个电子书下载工具 marco 2006-10-16 21:39  
@尤士期

如果空白,当然就没有可用性了。

但那是sun要解决的问题,不是我,呵呵。
re: 一个电子书下载工具 marco 2006-10-16 21:37  
@hhh

呵呵,你很有激情。
re: 一个电子书下载工具 marco 2006-10-15 21:36  
@jerson20081024

嗯,1.5的。

用eclipse的时候,老是提示加一些1。5的特性,烦不过,就加上了。

re: OO设计原则体会 marco 2006-03-25 17:02  
一种叫mindManager的工具。

这种图叫mind map,可以称为思维图。

用来构思总结东西很棒,很棒。

现在用这个东西用上瘾了。

推荐你使用,网上一搜都有。
re: Web应用程序安全问题 marco 2006-03-10 17:32  
现在做的是对象的重用,代码管理会比代码的重用来得好那么一点。

可以杜绝这次出现的问题。
另外,对于你所的,为什么可以在设计中忽略工厂模式这个问题。

我想说的是,假设你的类设计中,存在大量的接口,抽象类这样的东西。而且类与类之间,也大部分是通过“这些东西“关联起来的时候。

正如你所说,是很难不去考虑,当你真正要用的时候,到底上来的是那个具体类。

但是,我知道工厂模式肯定最后能帮我解决这个。所以,才暂时忽略,而不是不搞了。等我的设计都搞好了,我再把需要的工厂都补上去。

对我来说,这个补充就是----仿佛是给”接口或抽象类“制造一个new方法。

所以,题目中的ignore不是说这真的不管,而只是说我相信一定可以搞定的意思。而在设计阶段不用把它摆在主要位置而已。

不知我有没有给哥们您讲清楚,再探讨,再探讨。
grakiss,对于客户端来讲,所谓的工厂就是用来封装“更里面”的“抽象-具体”也就是“接口-具体类”的层级结构,让客户端能“只”关注抽象也就是接口。

所以,换句话讲,在工厂方法模式中,对工厂的层级结构中,的确如你所说,是不能隐藏工程的具体类了。

但是,你再换个思路想想,由这个工厂层级结构,更里面的层级结构,如这个例子中的各种学生的具体类型,真的对于客户端已经隐藏起来了,而只把抽象的接口暴露给了客户端。

所以,从这个角度来讲,我们不是要隐藏一切“抽象-具体”的层级结构,而只是部分的,必要的。如上面的工厂就是隐藏不了了。

不过,也如我上面文章写的,隐藏不了具体工厂,其实没有任何坏处。是可以接受的。毕竟我们对于具体产品的制定,在工厂模式中就转换为对具体工厂的制定。

-----------------
再强调,工厂模式的根本目的是“隐藏具体产品,只让客户端看到抽象产品”,你再品味一下,呵呵,我的话完了。
对不起,之三中有些东西自己还没有想清楚,不能乱post啊,起码要说服自己撒,呵呵。
Samuel Cai朋友,你的“居然”用的好,呵呵。
飞翔的西瓜,我就在此谢大哥您啦。

我也把你链上了。