12 2009 档案
【原】RSS工具开发手记(12)---Informa的parsers包
摘要: 可以看到，对于这个解析过程，一般的步骤就是：
A.获取channnel下的某个子节点元素
B.如果该子节点元素有子元素或属性，则继续递归访问
C.调用该channnel子元素的createXxx方法加载或创建该子元素
D.调用Channel的setXxx方法添加该子元素到channel实例中
阅读全文
posted @
2009-12-30 10:45 Paul Lin 阅读(244) |
评论 (0) 编辑
【原】RSS工具开发手记(11)---Informa的parse包
摘要: FeedParser是一个facade类，这个类的工作就是根据读入的RSS Feed的协议系和版本“委托(delegate)”给已经硬编码的规则(concrete rules)指定的解析器，而且这些解析器是私有的。这意味着：用户不能直接调用一个RSS_0_91_Parser类的实例来进行解析工作。
阅读全文
posted @
2009-12-29 15:56 Paul Lin 阅读(1474) |
评论 (0) 编辑
【原】RSS工具开发手记(10)---Informa的impl.hibernate包
摘要: ChannelBuilder对channel object的创建原则就是：
A.如果能够从持久层中找到对应的记录，那么从持久层返回
B.如果找不到，则创建它并持久化它，然后返回该对象(已持久化)
只要记得的一点就是：从ChannelBuilder返回的对象都是已经持久化的。
阅读全文
posted @
2009-12-28 15:57 Paul Lin 阅读(1232) |
评论 (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 阅读(225) |
评论 (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 阅读(1339) |
评论 (0) 编辑
【原】RSS工具开发手记(07)---Informa的impl.basic包
摘要: 这个ID生成类采用了系统当前时间作为随即数产生的种子，这个并不难理解。但是有一个地方需要我们注意的就是关键字transient的使用。这个关键的作用是告诉编译器假设该类的对象被序列化了，这个值不需要被保存。因为它是“瞬时”的。
阅读全文
posted @
2009-12-23 00:03 Paul Lin 阅读(1328) |
评论 (0) 编辑
【原】RSS工具开发手记(06)---Informa的impl.basic包
摘要: 在ChannelBuilder下有几种类型的方法：
★构造方法和初始化方法：即创建Channel对象的方法及初始化的方法
★元素构建方法：即构建Channel子元素的方法
★事务控制方法：即控制构建，析构过程的方法
阅读全文
posted @
2009-12-22 23:52 Paul Lin 阅读(1263) |
评论 (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 阅读(1249) |
评论 (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 阅读(1237) |
评论 (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 阅读(1251) |
评论 (0) 编辑
【原】RSS工具开发手记(02)---工欲善其事，必先利其器
摘要: 选择一个开源框架，我的标准有几条：
★良好的文档和源代码管理：这是最基本的一条，想RSSLibJ这种连文档、官网都没有的一律pass掉
★持续的改进：这是第二个重要的，像上面某些工具从02年后就不再更新了，出了问题你找谁诉苦去
★简单和易上手：在短时间内可以迅速依样画葫芦
★活跃的社区：参与的人越多软件成长得越多。我不是特别在乎软件目前的使用率，因为好的软件都是慢慢出名的
阅读全文
posted @
2009-12-21 11:52 Paul Lin 阅读(1353) |
评论 (0) 编辑
【原】RSS工具开发手记(01)---Kick off
摘要: ◆软件必须适应不同的终端，不同的访问方式，不同版本的协议。对设计通用性要求较高
◆软件必须解析和生成XML，涉及到大量的字符串和格式处理。对XML和性能要求较高
◆软件必须具备实时监控功能，且具备主动推送功能，对多线程和异步通讯要求较高
◆软件必须支持不同的持久化方式，对缓存和持久化要求较高
◆软件必须支持基于全文的搜索，对搜索技术有一定要求
◆软件界面必须是支持拖拽功能的，对GUI和Ajax有一定要求
阅读全文
posted @
2009-12-18 12:14 Paul Lin 阅读(305) |
评论 (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 阅读(3461) |
评论 (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 阅读(433) |
评论 (0) 编辑
【原】SVN In Action(22)
摘要: 这时就需要用到SVN提供的清理功能了。清理功能是通过svn cleanup 命令来完成的。当执行这个命令时，SVN会首先完成log文件中没有完成的剩余工作，释放锁定，最后删除log文件。通常我们都是在项目的根目录来执行这个命令
阅读全文
posted @
2009-12-11 18:19 Paul Lin 阅读(344) |
评论 (0) 编辑
【原】SVN In Action(21)
摘要: 什么时候是Branch？什么时候是Tag？原则如下：
如果你还需要继续向目录提交变更，它就是个分支。如果一旦拷贝后不再提交任何改变哪就是标记。实际上SVN不会强制你不能对名为***tag的目录进行commit操作，这只是通常上约定。即便因为误操作我们也可以轻易的使用update操作回滚到当初创建Tag时的快照版本
阅读全文
posted @
2009-12-11 17:39 Paul Lin 阅读(358) |
评论 (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 阅读(448) |
评论 (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 阅读(383) |
评论 (0) 编辑
【原】SVN In Action(16)
摘要: 我们看到“创建分支”居然和普通的拷贝动作一摸一样！是的对SVN来说，主干、分支、标记都是普通的目录而已，这些都是人为加上的意义。
阅读全文
posted @
2009-12-10 17:04 Paul Lin 阅读(388) |
评论 (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 阅读(586) |
评论 (0) 编辑
【原】SVN In Action(14)
摘要: ●使用svn update -r 命令
●使用svn copy命令
●使用svn cat命令配合重定向
阅读全文
posted @
2009-12-09 17:19 Paul Lin 阅读(421) |
评论 (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 阅读(298) |
评论 (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 阅读(532) |
评论 (0) 编辑
【原】SVN In Action(10)
摘要: 实际上svn revert命令是一把“双刃剑”。它有几个需要特别小心的地方：
A.回滚是不可恢复的。由于svn revert回滚的是任何未提交的操作，内容，属性。所以意味着SVN不会为你保存任何回滚前的历史版本
B.回滚是不止于一点而是一段时间的。只要你没有提交版本，那么不论你多久之前所做的修改都会被回滚，而不仅仅是最近一次的修改
阅读全文
posted @
2009-12-09 09:47 Paul Lin 阅读(739) |
评论 (0) 编辑
【原】SVN In Action(9)
摘要: show-updates参数会令客户端显示本地工作副本那些文件是out-of-date的。它并不会立即更新本地副本，而是告诉你那些文件会在下次的svn update中被更新
阅读全文
posted @
2009-12-08 21:50 Paul Lin 阅读(332) |
评论 (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 阅读(464) |
评论 (0) 编辑
【原】SVN In Action(7)
摘要: 整个目录的忽略
Step 1: 把目录export到其它目录下
Step 2: 把版本库上的对于目录删除并同步到本地
Step 3: 把原有目录添加回原来的位置下，并加入SVN ignore列表
Step 4: 检查忽略是否生效
阅读全文
posted @
2009-12-08 16:29 Paul Lin 阅读(494) |
评论 (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 阅读(533) |
评论 (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 阅读(351) |
评论 (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 阅读(351) |
评论 (0) 编辑
【原】SVN In Action(3)
摘要: 使用svn info命令可以查看项目版本控制的静态信息
使用svn status命令可以查看项目版本控制的实时变更信息
阅读全文
posted @
2009-12-08 10:09 Paul Lin 阅读(441) |
评论 (0) 编辑
【原】SVN In Action(2)
摘要: 把项目import到版本库之后，项目并不会立即就被加入到版本控制中，还需要再从版本库中check out到本地原有位置才是真正地吧项目加入到版本控制。这一点和TCP/IP协议的三次握手过程类似。必须确保双方都知道对方的存在和联系。
阅读全文
posted @
2009-12-07 16:37 Paul Lin 阅读(406) |
评论 (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 阅读(684) |
评论 (0) 编辑