posts - 262,  comments - 221,  trackbacks - 0
12 2009 档案
【原】RSS工具开发手记(12)---Informa的parsers包      摘要: 可以看到,对于这个解析过程,一般的步骤就是:
A.获取channnel下的某个子节点元素
B.如果该子节点元素有子元素或属性,则继续递归访问
C.调用该channnel子元素的createXxx方法加载或创建该子元素
D.调用Channel的setXxx方法添加该子元素到channel实例中  阅读全文
posted @ 2009-12-30 10:45 Paul Lin 阅读(171) | 评论 (0)  编辑
【原】RSS工具开发手记(11)---Informa的parse包      摘要: FeedParser是一个facade类,这个类的工作就是根据读入的RSS Feed的协议系和版本“委托(delegate)”给已经硬编码的规则(concrete rules)指定的解析器,而且这些解析器是私有的。这意味着:用户不能直接调用一个RSS_0_91_Parser类的实例来进行解析工作。  阅读全文
posted @ 2009-12-29 15:56 Paul Lin 阅读(1351) | 评论 (0)  编辑
【原】RSS工具开发手记(10)---Informa的impl.hibernate包      摘要: ChannelBuilder对channel object的创建原则就是:
A.如果能够从持久层中找到对应的记录,那么从持久层返回
B.如果找不到,则创建它并持久化它,然后返回该对象(已持久化)

只要记得的一点就是:从ChannelBuilder返回的对象都是已经持久化的。  阅读全文
posted @ 2009-12-28 15:57 Paul Lin 阅读(1116) | 评论 (0)  编辑
【原】RSS工具开发手记(09)---Informa的impl.hibernate包      摘要: 经过和impl.basic包中Channel的比较,发现两者的实现有如下的不同:

A.构造方法中多了3个方法,其中两个是使用title和location来构造的,最后一个是使用Element,title,location来构造的
B.从Hibernate中检索出来的是不用设置ID的,而从内存中生成的必须使用IdGenerator产生唯一ID
C.basic实现中没有getLocationString方法和setLocationString方法
D.basic实现中没有getSiteString方法和setSiteString方法
E.basic实现中没有getGroup方法和setGroup方法
F.basic实现中没有getFormatString和setFormatString方法
G.basic中没有setItems方法,而且getItems方法中的实现不同(basic采用了同步的hashset,而hibernate没有)
H.basic中的addItem方法是添加到hashmap,而hib  阅读全文
posted @ 2009-12-28 10:51 Paul Lin 阅读(144) | 评论 (0)  编辑
【原】RSS工具开发手记(08)---Informa的build.xml      摘要: 其中dbscheme是关键,它的主要工作包括:
A.创建用于保存DDL输出结果的scripts目录
B.定义一个名为schemaexport的Ant task,用于把hbm文件导出为ddl文件
C.执行schemaexport任务,把classes目录下的hbm文件export成DDL,并输出到指定的位置
D.输出执行结果信息  阅读全文
posted @ 2009-12-23 10:45 Paul Lin 阅读(1258) | 评论 (0)  编辑
【原】RSS工具开发手记(07)---Informa的impl.basic包      摘要: 这个ID生成类采用了系统当前时间作为随即数产生的种子,这个并不难理解。但是有一个地方需要我们注意的就是关键字transient的使用。这个关键的作用是告诉编译器假设该类的对象被序列化了,这个值不需要被保存。因为它是“瞬时”的。  阅读全文
posted @ 2009-12-23 00:03 Paul Lin 阅读(1266) | 评论 (0)  编辑
【原】RSS工具开发手记(06)---Informa的impl.basic包      摘要: 在ChannelBuilder下有几种类型的方法:
★构造方法和初始化方法:即创建Channel对象的方法及初始化的方法
★元素构建方法:即构建Channel子元素的方法
★事务控制方法:即控制构建,析构过程的方法  阅读全文
posted @ 2009-12-22 23:52 Paul Lin 阅读(1202) | 评论 (0)  编辑
【原】RSS工具开发手记(05)---Informa的impl.basic包      摘要: 总结起来,channel的创建,更新过程如下:
①接收经过ChannelParser解析后的XML Element元素,和其他一系列属性,调用构造方法
②构造方法为channel生成一个全局唯一ID
③构造方法创建item列表,观察者列表,设置好分类(Category),首次更新时间
④如果有新item到来,则添加到item列表,同时更新item的channel归属
⑤如果现有channel更新,则设置最新更新时间
⑥通知每一个已注册的观察者有事件发生  阅读全文
posted @ 2009-12-22 23:31 Paul Lin 阅读(1147) | 评论 (0)  编辑
【原】RSS工具开发手记(04)---Informa的core包      摘要: Informa的core包介绍如下:

“This package contains interfaces for the news channel objects, it builds the core API for all news channel storage implementation. ”

从上面这句话来看,core包里面定义的都是关于“news channel objects”的接口---实际上就是RSS协议中的channel和item元素。经过一个多小时查看源代码和阅读API,发现Informa对core包的设计有如下特点:

core包中的元素被分为标记接口、实体接口、行为接口  阅读全文
posted @ 2009-12-21 22:09 Paul Lin 阅读(1158) | 评论 (0)  编辑
【原】RSS工具开发手记(03)---初始Informa      摘要: Informa的API结构如下:

★core包:
核心包。订阅了RSS中channel,item等一系列元素和元数据的接口

★impl.basic包:
基本功能包。使用in-memory模式实现了core包订阅的接口

★impl.hibernate包:
基于hibernate实现的包,使用关系型数据库模式实现了core包定义的接口

★parsers包:
定义了永远解析channel,item的解析器工具

★exporters包:
定义了一组把channel,item导出成各种协议格式的工具

★search包:
定义了用于全文搜索channel,item的工具

★utils.manager.memory包:
定义了一组用于管理“in-memory”模式持久化的工具

★utils.manager.hibernate包:   阅读全文
posted @ 2009-12-21 15:39 Paul Lin 阅读(1158) | 评论 (0)  编辑
【原】RSS工具开发手记(02)---工欲善其事,必先利其器      摘要: 选择一个开源框架,我的标准有几条:

★良好的文档和源代码管理:这是最基本的一条,想RSSLibJ这种连文档、官网都没有的一律pass掉
★持续的改进:这是第二个重要的,像上面某些工具从02年后就不再更新了,出了问题你找谁诉苦去
★简单和易上手:在短时间内可以迅速依样画葫芦
★活跃的社区:参与的人越多软件成长得越多。我不是特别在乎软件目前的使用率,因为好的软件都是慢慢出名的  阅读全文
posted @ 2009-12-21 11:52 Paul Lin 阅读(1218) | 评论 (0)  编辑
【原】RSS工具开发手记(01)---Kick off      摘要: ◆软件必须适应不同的终端,不同的访问方式,不同版本的协议。对设计通用性要求较高
◆软件必须解析和生成XML,涉及到大量的字符串和格式处理。对XML和性能要求较高
◆软件必须具备实时监控功能,且具备主动推送功能,对多线程和异步通讯要求较高
◆软件必须支持不同的持久化方式,对缓存和持久化要求较高
◆软件必须支持基于全文的搜索,对搜索技术有一定要求
◆软件界面必须是支持拖拽功能的,对GUI和Ajax有一定要求  阅读全文
posted @ 2009-12-18 12:14 Paul Lin 阅读(230) | 评论 (0)  编辑
【原】SVN In Action系列发布      摘要: SVN是一个开放的、免费的版本控制管理工具,相比CVS,Perforce等其他工具,SVN在版本模型,锁定策略方面要更加灵活高效。下面就让我们开始一步一步地学习如何使用SVN,如何把版本控制融入到日常工作中,更重要的是在学习版本控制的过程中树立起团队合作的理念。

关于SVN的参考资料,最好的莫过于其官方文档《Version Control with Subversion》,作为新手一定要看的是里面的第一章《Fundamental Concepts》和第二章《Basic Usage》以及第九章《Subversion Complete Reference》。

为了做到真正的In Action,我采用了Step-by-Step的方式,模拟一个项目从检出项目开始,到修改本地副本,再到提交变更,解决冲突等一系列的实际工作中会遇到的场景,期望通过这些场景和任务来对SVN和版本控制、团队合作有一个基本的认识  阅读全文
posted @ 2009-12-13 12:29 Paul Lin 阅读(3201) | 评论 (5)  编辑
【原】SVN In Action(23)      摘要: SVN日常操作基本命令总结
1. 导入/导出资源:svn import、svn checkout
2. 更新工作副本: svn update
3. 添加变化:svn add、svn delete、svn copy、svn move
4. 检查变化:svn status、svn diff
5. 撤销变化:svn revert
6. 解决冲突:svn resolved
7. 提交变更:svn commit  阅读全文
posted @ 2009-12-11 18:23 Paul Lin 阅读(362) | 评论 (0)  编辑
【原】SVN In Action(22)      摘要: 这时就需要用到SVN提供的清理功能了。清理功能是通过svn cleanup 命令来完成的。当执行这个命令时,SVN会首先完成log文件中没有完成的剩余工作,释放锁定,最后删除log文件。通常我们都是在项目的根目录来执行这个命令  阅读全文
posted @ 2009-12-11 18:19 Paul Lin 阅读(262) | 评论 (0)  编辑
【原】SVN In Action(21)      摘要: 什么时候是Branch?什么时候是Tag?原则如下:

如果你还需要继续向目录提交变更,它就是个分支。如果一旦拷贝后不再提交任何改变哪就是标记。实际上SVN不会强制你不能对名为***tag的目录进行commit操作,这只是通常上约定。即便因为误操作我们也可以轻易的使用update操作回滚到当初创建Tag时的快照版本  阅读全文
posted @ 2009-12-11 17:39 Paul Lin 阅读(265) | 评论 (0)  编辑
【原】SVN In Action(18)      摘要: svn merge的命令用法有三种:
A.svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
B.svn merge sourceWCPATH1@N sourceWCPATH2@M [WCPATH]
C.svn merge[[-c M]...|[-r N:M]...] [SOURCE[@REV][WCPATH]]

Step 1:确定要从哪个版本开始~那个版本结束
Step 2: 执行集成
Step 3: 提交集成结果

  阅读全文
posted @ 2009-12-11 12:02 Paul Lin 阅读(337) | 评论 (2)  编辑
【原】SVN In Action(17)      摘要: svn switch [--relocate] URL。该命令有两种用法:一种是不使用参数relocate的,一种是使用relocate参数的。它们的使用原则如下:

A.如果切换后的版本库路径还是在同一个版本库,只是在不同的路径下。那么使用svn switch URL
B.如果切换后的版本库位置已经改变(主机迁移,版本库迁移),但是目录结构不变。就需要加relocate参数  阅读全文
posted @ 2009-12-10 19:02 Paul Lin 阅读(299) | 评论 (0)  编辑
【原】SVN In Action(16)      摘要: 我们看到“创建分支”居然和普通的拷贝动作一摸一样!是的对SVN来说,主干、分支、标记都是普通的目录而已,这些都是人为加上的意义。  阅读全文
posted @ 2009-12-10 17:04 Paul Lin 阅读(311) | 评论 (0)  编辑
【原】SVN In Action(15)      摘要: SVN提供了几种解决冲突的建议:

A.(p) postone 延迟解决
B.(df) diff-full 显示所有冲突的内容
C.(e) edit 启动编辑器解决冲突
D.(r) resolve 标识冲突已经解决
E.(mf) mine-full 用我的版本覆盖他人的修改
F.(tf) theirs-full 用他人的版本覆盖我的修改
G.(l) lanuch 启动其他工具来解决冲突
H.(h) help 启动帮助信息

虽然SVN提供了比较差异和解决冲突的方法,但避免冲突的最好方法永远只有一个:明确的分工和良好的沟通,尽量避免多个人同时修改同一份文件。如果不能避免,那么最好指定一个人在提交前负责合并各人的更新,然后一次性提交。  阅读全文
posted @ 2009-12-09 23:25 Paul Lin 阅读(491) | 评论 (0)  编辑
【原】SVN In Action(14)      摘要: ●使用svn update -r 命令
●使用svn copy命令
●使用svn cat命令配合重定向  阅读全文
posted @ 2009-12-09 17:19 Paul Lin 阅读(347) | 评论 (0)  编辑
【原】SVN In Action(13)      摘要: 默认情况下如果svn log不加任何参数,会显示当前目录下所有资源的变更历史,我们可以通过PATH,URL来限定显示范围,还可以通过URL PATH来显示某个URL下的某个(些)文件的变更历史,甚至还可以指定版本号,版本范围。

各种svn log的用法看似复杂,实际上离不开两样东西:

A.资源路径:本地路径(PATH)或远程路径(URL/URL PATH)
B.版本号或版本范围:-r 18:HEAD或者@19
  阅读全文
posted @ 2009-12-09 16:01 Paul Lin 阅读(216) | 评论 (0)  编辑
【原】SVN In Action(12)      摘要: A.因为SVN为了保护用户不小心update操作而覆盖自己本地的修改,不会对已经被修改但尚未提交的资源进行update操作。像这种情况下只能用svn revert而不能用svn update。

B.和svn update不会对已修改而尚未提交的资源进行update之外,svn del同样不会删除已修改但尚未提交的资源---除非你强制加上--force参数。

C.不要把所有变更都放在最后一次性提交,提交要及时、多次。否则一旦回滚所有其他修改都会跟着撤销。  阅读全文
posted @ 2009-12-09 11:19 Paul Lin 阅读(427) | 评论 (0)  编辑
【原】SVN In Action(11)      摘要: 回滚属性和回滚操作  阅读全文
posted @ 2009-12-09 11:00 Paul Lin 阅读(211) | 评论 (0)  编辑
【原】SVN In Action(10)      摘要: 实际上svn revert命令是一把“双刃剑”。它有几个需要特别小心的地方:

A.回滚是不可恢复的。由于svn revert回滚的是任何未提交的操作,内容,属性。所以意味着SVN不会为你保存任何回滚前的历史版本
B.回滚是不止于一点而是一段时间的。只要你没有提交版本,那么不论你多久之前所做的修改都会被回滚,而不仅仅是最近一次的修改  阅读全文
posted @ 2009-12-09 09:47 Paul Lin 阅读(578) | 评论 (0)  编辑
【原】SVN In Action(9)      摘要: show-updates参数会令客户端显示本地工作副本那些文件是out-of-date的。它并不会立即更新本地副本,而是告诉你那些文件会在下次的svn update中被更新  阅读全文
posted @ 2009-12-08 21:50 Paul Lin 阅读(246) | 评论 (0)  编辑
【原】SVN In Action(8)      摘要: A. svn cat 命令是客户端命令,在客户端运行。而svnlook cat 命令是服务器端命令,只能在版本库所在的机器上运行
B. svn cat 命令可以查看本地工作副本(PATH)或版本库(URL)资源的内容,而svnlook cat 命令只能使用REPOS_PATH PATH_IN_REPOS形式  阅读全文
posted @ 2009-12-08 17:04 Paul Lin 阅读(342) | 评论 (0)  编辑
【原】SVN In Action(7)      摘要: 整个目录的忽略

Step 1: 把目录export到其它目录下
Step 2: 把版本库上的对于目录删除并同步到本地
Step 3: 把原有目录添加回原来的位置下,并加入SVN ignore列表
Step 4: 检查忽略是否生效

  阅读全文
posted @ 2009-12-08 16:29 Paul Lin 阅读(382) | 评论 (0)  编辑
【原】SVN In Action(6)      摘要: 一次性忽略多个文件:

Step 1: 在本地任意目录下创建一个文件,名字假设为ignore.txt
Step 2: 编辑该文件,添加想要忽略的文件名列表
Step 3: 通过文件一次忽略多个条目
Step 4: 提交变更
Step 5: 检查忽略是否生效
  阅读全文
posted @ 2009-12-08 16:15 Paul Lin 阅读(385) | 评论 (0)  编辑
【原】SVN In Action(5)      摘要: 单个文件的忽略:

Step 1: 把文件备份到其他位置
Step 2: 把版本库对应的文件删除
Step 3: 从版本库更新到本地工作副本
Step 4: 把文件拷贝回原有位置
Step 5: 把文件添加到SVN的全局属性svn:ignore
Step 6: 提交属性变更  阅读全文
posted @ 2009-12-08 14:51 Paul Lin 阅读(267) | 评论 (0)  编辑
【原】SVN In Action(4)      摘要: 关于svn add命令我们有2个需要注意的地方:
A.和svn status命令一样,svn add命令只能使用PATH,而不能使用URL作为参数
B.当svn add命令执行完毕后,相关资源并不会马上立即被加入版本控制中,需要再执行一次commit

我们需要在每次commit后立即update,已保证我们最新代码被上传到版本库的同时,他人的最新代码能够被及时更新到本地  阅读全文
posted @ 2009-12-08 11:09 Paul Lin 阅读(247) | 评论 (0)  编辑
【原】SVN In Action(3)      摘要: 使用svn info命令可以查看项目版本控制的静态信息
使用svn status命令可以查看项目版本控制的实时变更信息  阅读全文
posted @ 2009-12-08 10:09 Paul Lin 阅读(367) | 评论 (0)  编辑
【原】SVN In Action(2)      摘要: 把项目import到版本库之后,项目并不会立即就被加入到版本控制中,还需要再从版本库中check out到本地原有位置才是真正地吧项目加入到版本控制。这一点和TCP/IP协议的三次握手过程类似。必须确保双方都知道对方的存在和联系。  阅读全文
posted @ 2009-12-07 16:37 Paul Lin 阅读(319) | 评论 (0)  编辑
【原】SVN In Action (1)      摘要: 下面我们把svn list和svnlook tree命令的用法总结一下:

A.svn list PATH:列出PATH对应的版本库路径下的目录内容
B.svn list URL: 列出URL对应的路径下的目录内容
C.svnlook tree REPOS_PATH:递归地列出REPOS_PATH对应的版本库路径下的目录树内容
D.svnlook tree REPOS_PATH PATH_IN_REPOS: 递归地列出REPOS_PATH下子目录PATH_IN_REPOS路径下的目录树内容  阅读全文
posted @ 2009-12-07 16:12 Paul Lin 阅读(597) | 评论 (0)  编辑

<2009年12月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

常用链接

留言簿(19)

随笔分类

随笔档案

BlogJava热点博客

好友博客

搜索

  •  

最新评论

阅读排行榜

评论排行榜