|   
    在使用了Jbuilder一段时间后,很想写点什么来记住其中的一些实践技巧,免得辛苦了半天的劳动果实,因为忘记而付之东流。Jbuilder的使用技巧有很多,而我在这里列举的大多是一些不太引人注意,或很少被人提及的技巧,可以戏称为【边缘技巧】。 
    如果以后有时间,我会继续填充这一系列文章。 
    在第一篇中,我将介绍一下“项目名.项目类型.local”文件的一些用法。 
    标题:【JP1:“项目名.项目类型.local”的用法】 
    版本:7~9 
JBuilder开发都以项目概念为中心,项目文件包含一个(属于这个项目的)文件列表以及项目属性,其中项目属性包括项目模板、缺省路径、类库和连接配置等,JBuilder使用这些信息加载、保存、编译和运行项目。使用Jbuilder开发环境添加、移除文件,或者设置、更改项目属性都会更改项目文件。可以在项目面板中看到项目文件作为主节点显示。  
    生成项目的便捷方式是使用项目模板工具,可用来设置项目名称、类型和模板,以及JDK、工作目录、备份路径和编译输出路径等。其中项目类型可选择.jpx或者.jpr【注1】,二者内容一样,区别是前者使用XML格式文件,因此适合于共享的项目。 
    当创建项目以后,都会生成“项目名.项目类型.local”文件。既然是.local,当然这个文件主要记载该项目在本地Jbuilder中的一些信息。下面是这个文件的内容: 
  
build.menu.1[0]=com.borland.jbuilder.build.ProjectBuilder$ProjectBuildAction;make 
build.menu.2[0]=com.borland.jbuilder.build.ProjectBuilder$ProjectBuildAction;rebuild 
debug.NoTracingClasses.1[0]=23 com.borland.datastore.*1  1 -1 
debug.NoTracingClasses.10[0]=7  javax.*1  1 -1 
debug.NoTracingClasses.11[0]=5  sun.*1  1 -1 
debug.NoTracingClasses.12[0]=23 com.borland.appclient.*1  1 -1 
debug.NoTracingClasses.13[0]=21 com.borland.console.*1  1 -1 
debug.NoTracingClasses.14[0]=17 com.borland.ejb.*1  1 -1 
debug.NoTracingClasses.15[0]=24 com.borland.enterprise.*1  1 -1 
debug.NoTracingClasses.16[0]=18 com.borland.jafa.*1  1 -1 
debug.NoTracingClasses.17[0]=17 com.borland.jss.*1  1 -1 
debug.NoTracingClasses.18[0]=24 com.borland.management.*1  1 -1 
debug.NoTracingClasses.19[0]=23 com.borland.primetime.*1  1 -1 
debug.NoTracingClasses.2[0]=21 com.borland.dbswing.*1  1 -1 
debug.NoTracingClasses.20[0]=22 com.borland.security.*1  1 -1 
debug.NoTracingClasses.21[0]=18 com.borland.util.*1  1 -1 
debug.NoTracingClasses.22[0]=17 com.borland.xml.*1  1 -1 
debug.NoTracingClasses.23[0]=13 com.inprise.*1  1 -1 
debug.NoTracingClasses.24[0]=15 com.visigenic.*1  1 -1 
debug.NoTracingClasses.25[0]=9  org.omg.*1  1 -1 
debug.NoTracingClasses.3[0]=16 com.borland.dx.*1  1 -1 
debug.NoTracingClasses.4[0]=16 com.borland.jb.*1  1 -1 
debug.NoTracingClasses.5[0]=18 com.borland.jbcl.*1  1 -1 
debug.NoTracingClasses.6[0]=30 com.borland.jbuilder.runtime.*1  1 -1 
debug.NoTracingClasses.7[0]=17 com.borland.sql.*1  1 -1 
debug.NoTracingClasses.8[0]=9  com.sun.*1  1 -1 
debug.NoTracingClasses.9[0]=6  java.*1  1 -1 
sys.Author[0]= 
sys.DefaultPackage[0]=testjpr 
  
其中build和debug部分中的内容在文件生成以后,一般不需要修改,因为它是自动产生的。sys.Author[0]表示的是作者的名称,缺省为空,即(图-1)中的@Author字段的值。 
  
图-1 
  
    sys.DefaultPackage[0]表示的是项目的缺省包名,新建时为项目的名称。当然还可以在.local文件中加入断点的信息,如: 
  
debug.Breakpoints.1[0]=1  329 net.befresh.oa.common.CheckLogin  10  1  10  1  10  1  0 -1 
  
该行文本就为整个项目设置了一个断点,一旦你debug项目时,它都会启动。 
    我之所以要说.local文件,主要的目的是为了配置Team开发环境。.local文件中包含了Team开发环境中的信息。如【注2】: 
  
team.ActiveVCS[0]=Visual SourceSafe 
team.VssAutosaveEnabled[0]=1 
team.VssDatabaseLoc[0]=F:\VSS_DB_SPOA 
team.VssModuleName[0]=$/spoa/code/PROJECTS 
team.VssPassword[0]=123 
team.VssUsername[0]=vss 
  
当把项目放入配置管理工具的repository中以后,各个Jbuilder通过“pull project from *”来得到整个项目文件。见(图-2) 
  
图-2 
    首次从repsotory拉项目文件时,需要设置配置管理工具的信息,而这些信息就存在.local文件中。但是因为.local文件一般都被check in了,所有你每次打开项目时,都需要重新配置,十分麻烦【建议:当把项目加入repository时,不用把.local文件加入】。这时,你就可以手动来修改.local文件,修改完后,也不用把.local文件check in。这样,你就不需要每次都配置这些信息。 
    为了不把.local文件同步到repository中,你可以单击“Team -> Status Browser…”菜单,然后选择“File Include Lists”,如(图-3),不要选中.local文件,这样就不会把该文件同步了。不但.local文件可以这么做,其它不需要同步的文件(.class)也可以这么来操作。 
  
图-3 
  
 参考资料: 
【注1】:在Jbuilder7中只有一种项目类型.jpx。在Jbuilder9中,项目类型还有一种.tpr,我在创建这种类型的项目时,出现Error。 
【注2】:示例中用的配置管理工具是Microsoft Visual SourceSafe 6.0,其它配置工具显示的信息可能不同。 
  
By Befresh 
2003-9-8  
 
  |