一次次的感动,感觉自己的心,紧紧地和祖国联系在了一起。好好工作,报效祖国!
Oracle树结构语句(珍藏)(2007-07-12 15:24)
Oracle有自己的树结构语句:
oracle中可以这样
select * from table_XXX start with sub_id=XXX connect by prior
parent_id=sub_id;从子节点上溯
select * from table_XXX start with sub_id=XXX connect by prior
sub_id=parent_id;从根节点遍历
唐突考试,居然有把握过了,呵呵,惊讶惊讶!
| · |
上午成绩: 45 |
| · |
下午成绩: 47 |
| · |
论文成绩: 45 |

拥抱Eclipse,我想潜水。
从基于模版代码生成联想到的(2007-02-01 16:58)
正着手做一个基于模版的代码生成工具。基本需求是基于数据库表结构,生成实体对应的ORM映射实体类、DAO类、服务类以及基于某些开源框架的展现和控制层代码。此类需求直接来源于模版代码,于是我决定从模版代码分析入手。从模版代码中,可以分析得到最有通用性和最简单的数据结构,同时通过使用freemarker模版技术,形成模版文件。此时已得到目标数据结构。由于最终的不同类型的代码是基于抽取出来的数据结构的不同展现策略,于是引入策略模式组装模版所需要的数据。而表的元数据则用于填充这些数据结构,形成原始数据,然后经过不同的模版策略器,获得最终的模版文件所需要的数据,装配成文件输出即可。这样的一个过程,很好地体现了针对具体问题的分析方法,而这个过程,重构起了很重要的作用。......
websphere 6.0部署心得(2006-06-19 20:49)
随着测试的介入,到了部署测试环境的时候了。由于使用了JDK1.4特性的框架(Spring 1.2.6,Hibernate
3.0),一期系统的websphere5.0不满足要求,公司资源没找到支持1.4的webspere
5.1,于是决定升级到websphere 6.0。两天才搞定了,以记住教训。
1)JAXP问题。由于JDK1.4默认提供了JAXP1.0的实现,很多时候,在使用到JAXP时,很容易因为所使用的JAXP特性不同,导致的版本不一致问题。我觉得这个是JDK的一个失败设计,虽然通过设置jre\lib下的jaxp.properties属性,理论上可以指定自己的JAXP实现,但是部署到容器的时候却又有不一样的解决方案,这是很麻烦的事情。在WAS6.0上的解决办法,是在\AppServer\java\jre\lib目录下新建endorsed目录,然后把应用中用到的JAXP包放在该目录下即可。包括xalan.jar,xerces.jar,xercesImpl.jar,xml-apis.jar,xmlParserAPIs.jar等相对应版本JAXP实现包。这里采用的是容器的“授权标准覆盖机制”实现的,这个目录下的包,在有冲突的情况下,将会被容器首先调用。
2)共享库的配置。在不同的应用系统之间,存在共同使用同一个包的情况,为了解决这样的共享问题,可以在WAS6中设置共享库。
一个多星期的阴雨连绵终于过去了。春雨让我感觉很清新,舒畅,看着办公室窗口外冒雨建楼的工人,总会有另一番感触。可是却因为雨水,两个星期没有活动筋骨了,今天应该有一大帮人打球了,爽!
发现sina
blog的计数器是按刷新或者点击的次数来计算的,也就难怪某些明星的blog点击率会飙升那么快了。当然,不可否认,明星blog点击率飙升得很快,自然有其吸引人的地方,本人也挺喜欢某些明星的blog的。不过,倒是sina
blog的超高点击率吸引了我的眼球,也在sina blog安家落户。是否合理?难讲。
古桥-古庙-古街(2006-03-20 19:11)
春风拂面,走在九龙江边,昨日突然的夏天脚步今天又没在了春的泥土里,偶尔的热气,让人感觉有点留恋春天的舒适。清静的江堤,走过了喧嚣,仿佛回到了童年的家乡。
我们沿着江边东走,偶尔经过一些江边排挡,出了市区,在江堤的另一边,显然这边清静多了,倒是偶尔可见的挖沙船,打破了这的宁静。不知不觉已经走到了老桥头,横埂在江面上的,有相隔不远的两座桥,看得出来,老桥的两边,曾经很繁荣。老桥叫中山桥,是民国时期的,桥碑做得很气派,已经倾斜了。桥也禁止车辆通行了,估计原先打算人也禁止通行的,因为建了两面墙在桥的两头,但还是无法阻隔两岸人们的通行,被打开了个人可以通行的大洞,旁边还帖有民间的告示,希望政府重修老桥,理由等等等。我们走过了洞口,踏上了老桥,虽然某些地方已经有了裂缝,但是依然能感觉到它当年的气派。钢筋混凝土结构的,这在当时是很先进的了。刚才路过的排污口,把这的江水弄得有点淡黑了,在大大的桥墩旁的沙滩边,还是看到当地有捞花蛤的,有钓鱼的。江水清澈见底的时候,这又是何等景象啊。
走过古桥不远,来到了南山寺,在还没到收门票的地方,是一个小书店,是发放关
在Robert
C.Martin写的《java程序员UML手册》里,提到一个关于咖啡机设计的问题。庆幸的,思路是跟他一样的,但是这样的启发,要运用到实际分析中,感觉还是不够。在实际的OOA阶段,我觉得比较复杂的就是问题域的抽取。当我看到Martin在定义这个题目的时候,把一些“硬件设计师”定义的硬件操作方法给了出来,说实在的,看到这些方法,我就知道应该抽取怎样的对象和怎样用抽象类实现了,这是不是因为习惯于过程思维的结果呢?因为这些行为,很容易就跟抽象上的对象行为结合起来,从而形成对象。一直头痛于分析方法,从上而下的分析方法,也跟同事讨论了很多,还是无从下手。呃~,Martin这样的例子,从中体现的方法学,是不是就是这样的呢:从行为的共性中抽取对象?Martin自己在总结启发的时候也没提到这个。呵呵,多谢blog,是我在写的时候整理了自己的思路的。求证中!!
周末又到了,好快,设计还是没动,急!
周末愉快!