1,当选择了一段文本后 (如一个变量名)在整个类中用到该文本的地方都高亮显示
Eclipse工具栏上有个类似钢笔的图标,按下去就可以了。
2,当想要修改一个变量在类中所有用到的地方时 如 A a = new A(); 还有很多其它位置用到a 现在想要把a 改为a1
可以选正a后在菜单上选Refactor->Rename 就可以。类中有a 的地方都会改为a1
作者:caoyinghui1986 发表于2009-9-4 21:41:00
原文链接
//原文地址:http://hi.baidu.com/xublog/blog/item/06a9261120fd9b78cb80c435.html
5.6 其他功能
在这一节中,我们将介绍几个非常有用的Eclipse功能。这些功能有助于您提高CVS和Eclipse的使用效率。
5.6.1 编辑器中的快速差别功能对CVS的支持
在本书第2章“Eclipse入门”中,您知道编辑
器所支持的快速差别功能可对文件的添加和修改操作加上注释。如果您在Workbench | Editor | Quick
Diff首选项页面中启用了Latest CVS
Revision选项,那么快速差别功能所添加的文件注释是在参考CVS中该文件最新版本的基础之上添加的。在将更改提交到CVS或用CVS中该文件的某
一版本来替换该文件时,快速差别功能所添加的注释会被删除。
5.6.2 补丁程序:快速而又简单地共享更改
补丁程序(patch)是一个包含了某一资源的资源库实例和该资源的工作空间实例之间差别的文件。补丁程序可表示出一个单独文件(或完整项目)中的差别。补丁程序允许您共享尚未提交到CVS的更改。有很多原因使得补丁程序非常有用。
● 由于您没有向CVS提交资源的权限,所以您需要将该补丁程序发送给具有资源提交权限的人,然后再由他向CVS提交资源。
● 您需要为所遇到的问题准备一个应急修改或临时工作空间。
● 在将重要的更改提交到CVS之前,您可能想让别人对您的更改进行校验。在这种情况下,您可以将补丁程序发送给校验人以让他们进行测试。
通过使用快捷菜单Team | Create
Patch…,我们就可以创建补丁文件。该操作会调用Create
Patch向导来指导您完成补丁文件的创建。若要应用某补丁程序,则使用快捷菜单Team | Apply Patch…。该操作会调用Apply
Patch向导。Eclipse联机文档Workbench User Guide的Working with patches
一节中有关上述两个操作的描述非常精彩。
5.6.3 项目集:加快新工作空间
小组支持为工作空间中的项目(一个或多个)提供了版
本控制信息的封装功能。该封装功能被称为项目集。项目集的目的是从执行任务所需的资源库中把需要的全部项目都预先准备到一个工作空间中。在应用程序构建过
程中可能要用到存在相互依赖关系的多个项目。下述操作可能是单调乏味而又容易产生错误的:决定所需项目,然后再将这些所需的正确项目从资源库中手动添加到
工作空间中。项目集是Eclipse的一个功能单元。资源库提供程序可对是否支持该功能进行选择(很多资源库提供程序都会选择是)。CVS对项目集提供了
支持。一个项目集所封装的项目可能是由不同资源库管理的。
项目集信息包含在一个文件中。若要创建该项目集信息
文件,则在菜单栏上选择File | Export | Team Project Set选项。若要使用该项目集信息文件,则在菜单栏上选择File
| Import | Team Project
Set选项。通过使用Export向导,我们可以对项目集中所包含的项目进行定义。出于通用的考虑,最终的项目集信息文件可被发送给别人以在CVS中进行
导入或维护。对于所开发的应用程序来说,您可以为其开发生命周期关键节点处的快照维护多个项目集文件。
在导入过程中,项目集文件中定义的所有项目都被从
CVS中自动检出到您的工作空间中。在导入过程中,一种可能比较稳健的做法是禁用自动构建首选项设置(Workbench首选项页面中的Build
Automatically设置)。通过禁用Build
Automatically设置,我们就可以在导入过程中避免编译和构建操作,进而加快资源的导入。但在导入操作完成后,请记住要重新启用该首选项。
5.6.4 断开项目与CVS的连接或为项目重分派一个CVS资源库
通过使用Team |
Disconnect…操作,您可以断开项目与CVS的连接。在选择了快捷菜单Team |
Disconnect…后会出现一个对话框。该对话框会对您进行询问,以让您对是否保存该项目的CVS元数据作出决定。如果选择了保留该项目的CVS元数
据,那么通过使用Team | Share
Project…操作,我们就可以将该项目与同一CVS资源库进行重新连接。如果您删除了该CVS元数据,那么可以将该项目共享给其他资源库。
作为选择,如想将项目重新分派给另外一个CVS资源库,那么您可以先为该项目打开CVS资源库页面,然后再选择Change Sharing…按钮。该操作与使用Disconnect…以及Share Project…操作在逻辑上等价。
作者:caoyinghui1986 发表于2009-8-28 21:58:00
原文链接
//原文地址:http://hi.baidu.com/xublog/blog/item/8265f309c5d35bc93ac76334.html
5.5 特殊情况及其处理
这里将给出一些您每天或在软件开发周期中可能会碰到的常见情况,以及如何使用Eclipse来处理这些情况的建议。某些情况的解决可能需要使用CVS,但通常只使用Eclipse就可以处理它们。
5.5.1 对项目资源进行重命名、移动和删除
●
避免重命名CVS控制之下的项目。如果您这样做了,那么所做的命名修改只在该项目所处的工作空间中有效。保留在CVS中的仍是该项目的初始名。如果必须修
改项目的名称,那么您最好先使用Team |
Disconnect…操作来解除该项目与CVS的关联关系,然后再对该项目重命名。事实上,重命名后的项目会被看作是新项目。在将重命名后的项目重新连
接到CVS时,您必须像定义任何新项目一样将该重命名后的项目定义到CVS中。
● 对文件夹的重命名操作会导致CVS中出现一个新文件夹。幸运的是,原文件夹中的内容会被移动到新文件夹中。如果您启用了CVS首选项Prune empty directories,那么在从CVS检出资源后,该旧文件夹将不会出现在您的工作空间中。
●
如果您将工作空间中的某资源删除了,那么在向CVS提交了更改后,保存在CVS中的该资源也会被删除。要记住的是文件夹决不会在CVS中删除。CVS首选
项Prune empty directories使得这些文件夹隐藏在视图中。默认情况下,CVS首选项Prune empty
directories是被启用的。
● 因为修改可能会涉及多个项目,所以在进行全局修改前,您需要确保工作空间中的所有项目是资源库中的最新版本。Java类的重构是一个可能导致工作空间被广泛修改的操作。项目间的资源移动也可能产生这种影响。
● 在CVS透视图中,项目之间资源移动的结果是:所要移动的资源添加到目标项目中,而源项目中的该资源会被删除。移动到目标项目中的资源必须被添加到版本控制中。而资源重命名的效果与此相同。
●
在文件被修改后,如果您要执行诸如同步等CVS操作,那么我们建议您在项目层次上进行同步(即使您的更改可能仅涉及一个单独文件)。例如,如果您对一个文
件进行了重命名这一CVS的删除和添加操作,那么在文件层次上的同步将只会检测添加操作而不检测删除操作。而项目层次上的同步则会对添加和删除操作都进行
检测。
● 在所进行的修改涉及整个应用程序的情况下,您应该将这次修改通知给自己所在的小组,以避免不必要的冲突。此时,一旦条件满足,您就应该提交修改。冲突的解决可能是冗长乏味而又难以解决的。
5.5.2 取消修改:使用替换和比较操作
有时,我们都希望事情能够重新开始。在人的一生中,
这可能不容易。但是对于Eclipse和CVS来说,这要简单得多。根据您的需要,您有多种选择。在先前的几章中,您看到了如何使用快捷菜单操作
Replace With和Compare
With用工作空间中的本地历史记录来替换和比较资源。通过使用CVS,您对资源的替换和比较操作就有了额外的选择。如果您尚未最终完成某个修改,而且之
后一段时间里根本就没有继续这次修改。这种情况下,Compare
With操作可能会非常有用,它会使您记起上次停止修改的地方。在使用上述Replace With和Compare
With操作时,您是用来自HEAD流(或者其他分支/版本、某一个具体版本)的最新资源来替换或比较当前资源的。
5.5.3 通过建立分支来进行版本维护和新版本开发
在小组已经交付了您的应用程序并准备开始下一个版本的开发工作时,您可能喜欢所有的后续开发能在下一版本所指派的特定分支处开始,同时还要允许先前版本的服务。这里所给出的就是在Eclipse中可用的一种方法。
●
在包含了最近已完成版本的分支(或HEAD)中,请选择所有的项目。然后在所选项目上使用Branch…快捷菜单,并输入该新版本的新分支名。这样,所选
择的全部项目以及这些项目的内容将用下一个版本分支名来标记。在CVS
Repositories视图中,这些项目会被列在那个分支名之下。在从那个分支处将这些项目检出到您的工作空间之后,接下来的操作是基于该新版本分支
的。
● 您可重复上述过程以创建一个单独的维护分支。该维护分支独立于上面所创建的新版本分支。
●
为了能以维护分支为基础,在工作空间中对新版本分支进行合适的前向修改,您可以通过使用Compare With | Another Branch
or Version…操作来确定这两个分支之间的差别。在Compare视图中,您可以手动合并从维护分支到新版本分支的更改。
作者:caoyinghui1986 发表于2009-8-28 21:56:00
原文链接
//原文地址:http://hi.baidu.com/xublog/blog/item/8eab160264428f094afb512b.html
5.4.9 处理同一文件的并发更新
首先,我们讨论一下一个被建议用来进行修改操作的协
议。当在工作空间中使用资源时,您的操作是独立于CVS资源库的。因为发生在资源库中的更改可能是在您不知道的情况下发生的,所以非常重要的一点是,如果
还未检查资源库中是否有更新取代了您的更改,那么您一定不要提交任何更改。Team |
Update…操作会用资源库中那些取代了您的更改的任何更改来更新项目的本地副本。对于文本文件(包括Java类)来说,Team |
Update…操作会自动对任何更改进行合并(从资源库到工作空间),即使这些更改可能造成冲突。在遇到冲突时,合并操作会用特定的CVS标记文本来标识
文件中的冲突,以帮助您识别出冲突行。标记文本并不是与任何类型的文件都兼容,例如它可能导致编译错误。
Update…
操作是一个非常强大的操作,我们在练习时一定要小心。在下面这个例子中,Pat和Lynn更新了一个简单的文本文件。无需知道它,它们都对以“B”和
“C”开始的行进行了更新。标记文本会对冲突的那些行以及引入了冲突的版本号(1.2)进行了标识。对于一个带有众多冲突的复杂Java文件来说,您可能
很难解决其中的冲突。
A is for apple
<<<<<<< sample.txt
B is for bird (updated by pat
)
C is for crow (updated by pat
)
=======
B is for bobcat (updated by lynn
)
C is for cow (updated by lynn
)
>>>>>>> 1.2
D is for dog
E is for excellent
F is for farm
G is for goat...
Team | Synchronize with
Repository…操作也支持更新,但是该操作不会自动进行更新。在执行该操作后会显示Synchronize视图,并会列出工作空间副本和资源库最
新资源之间那些不一致的资源。在Synchronize视图中,您可以对这些差别进行检查,并决定所要采取的操作。由于Team |
Synchronize with Repository…操作可使您拥有更多的控制权,所以我们建议您使用该操作来代替Update…操作。
下面总结一下文件并发更新的基本规则:在对工作空间
中的文件进行修改之前,您必须用资源库中的所有更改来更新工作空间中的资源。为了安全起见,此时请使用Team | Synchronize with
Repository…操作。在Synchronize视图中,您可执行更新操作,还可提交更改,并可协调冲突。
5.4.10 使用CVS的Watch/Edit支持以避免对同一文件的并行更新
CVS
的Watch/Edit支持是Eclipse本身就提供的。如果您同意使用CVS的Watch/Edit支持,那么在提交资源时,您和小组其他成员之间就
可以避免冲突。在启用了CVS的Watch/Edit支持之后,您的项目小组可以更好地理解在所有具体项目中,当前谁正更新文件。相反,前面所讨论的
CVS Annotate视图为您所显示的是先前的更改以及谁做的更改。CVS的Watch/Edit支持是在项目层次上被启用的。如果在Team |
CVS >Watch/Edit的首选项设置页面中选中了Configure projects to use Watch/Edit on
checkout复选框,那么在项目被检出时,Watch/Edit支持将被自动激活。您也可以通过设置项目的CVS属性在受CVS管理的现有项目上启用
Watch/Edit支持。在CVS的Watch/Edit支持被启用时,该项目中的文件处于只读状态。此时,如果您在编辑器中打开了某文件后又试图对该
文件进行修改,那么CVS服务器会被询问。在编辑文件时,如果其他人也正在编辑该文件,那么就会出现一个对话框以通知您小组中其他成员也正在编辑该文件
(见图5-9)。这时,您可以继续对该文件进行编辑,但是在您提交该文件时需要进行冲突管理。在文件被修改时,检查标记修饰符
会被添加到该文件上。
图5-9 显示其他人正在编辑同一文件的对话框
在项目、文件夹以及文件上执行Team |
Show Editors操作后会打开CVS Editors视图。CVS
Editors视图中列出的是所有正在被其他人更新的资源(见图5-10)。无论是否处于Watch/Edit的控制之下,您在任何项目及项目资源上都可
以使用Team | Show Editors操作。但是Team | Show
Editors操作只会对启用了Watch/Edit支持的项目资源进行标识。
图5-10 列出了哪个用户正在更新文件夹中文件的CVS Editors视图
您可以使用Team |
Edit操作来显式地通知CVS服务器,让CVS服务器知道您想对文件进行更新。您还可以使用Team |
Unedit操作来通知CVS服务器,让CVS服务器知道您不想再编辑该文件。这样,您所做的任何更改都会被从CVS资源库中检出。表5-3给出了有关这
些操作的信息。在向CVS提交了更改之后,Watch/Edit列表中的资源会被隐式删除掉。
Watch/Edit是一个非常有用的工具。但是该
工具的使用需要遵循一些规则,并要注意一些考虑事项。首先,如果要使Watch/Edit功能高效,那么小组中的每个成员都必须在存在潜在冲突的项目中启
动Watch/Edit功能。其次,您必须连接到CVS服务器上。如果您没有和CVS服务器相连,并且想更新一个文件,那么您将不得不显式地将该文件的只
读状态(从该文件的属性页面中可获得该属性)取消掉。当然,该支持现在是折中的。这是因为,没有任何人知道该更新,而且在提交过程中存在潜在的冲突。如果
您删除了一个项目并且该项目资源的Watch/Edit首选项设置没有被启用,那么CVS服务器将不会被通知,并且CVS服务器会继续向外报告您正在对这
些资源进行编辑。如果您的小组计划使用Watch/Edit支持,那么明智的做法是小组中所有人都启用被标注为Configure projects
to use Watch/Edit on checkout的CVS Watch/Edit首选项设置。
5.4.11 恢复被删除的文件
有时候,在文件被删除并且更改被提交给CVS后,您
可能需要恢复所删除的文件。幸运的是,CVS不会将所删除的文件从该文件所在的资源库中移除。您可以使用Team | Restore from
Repository操作来恢复所删除的文件。如果被删除的文件在资源库中存在,那么您将看到一个对话框。在该对话框中,您可以选择所要恢复的文件的具体
修订版(见图5-11)。而文件的最新修订版则是一个对所删除文件的引用。这是因为文件删除是一个CVS修订操作。
图5-11 显示可恢复的被删除文件的Restore from Repository对话框
当一个文件被恢复到工作空间中的时候,该文件被看作是一个新文件。在提交该文件之前或提交该文件时,必须将该新文件添加到版本控制中。
5.4.12 其他CVS用户界面元素
1. Checkout向导
在New wizard对话框中获得的是CVS向导中的检出项目。通常,您会使用CVS Repositories视图来检出项目。但是,有些CVS资源库是不允许被浏览的。在这种情况下,检出向导可能就比较有用。但是在这种情况下,您必须预先知道该项目的名称。
2. CVS备忘单
若要打开Cheat Sheet Selection对话框,则选择Help | Cheat Sheets…命令。对于CVS任务来说,备忘单用来为分支和合并操作提供帮助。
作者:caoyinghui1986 发表于2009-8-28 21:53:00
原文链接
//原文地址:http://hi.baidu.com/xublog/blog/item/6d090c22ffe227f5d6cae22b.html
5.4.3 CVS Annotate视图
CVS
Annotate视图与CVS Repository Exploring透视图中的CVS
Repositories视图使用的是同一界面空间。CVS Annotate视图用来标识各版本文件中所添加的新行以及被更改过的行。CVS
Annotate视图还会指出做出这次修改的是谁。现在您知道是谁做出了这些难以解释的更新,或者是谁应该对这些难以解释的更新负责。对于所选择的任何版
本来说,文件中所添加的新行会在编辑器中突出显示(见图5-4)。若要打开CVS Annotate视图,则从CVS
Repositories视图、CVS Resource History视图的快捷菜单Team中选择Show
Annotation操作。打开CVS Annotate视图的一种比较方便的方法是从Navigator透视图或Package
Explorer视图中所显示的某一个文件上选择Team | Show Annotation操作。在打开CVS Repository
Exploring透视图时会打开CVS Annotate视图,CVS Resource
History视图,并且在编辑器中所打开的文件的版本是最新的。CVS
Annotate视图中的选择操作会将编辑器复位到被更新的代码行,并且相应的版本会在CVS Resource
History视图中突出显示出来。相反,如果在编辑器中选择了一行代码,那么在CVS Repository
Exploring透视图的那些视图中就会适当地对所更改的对象进行突出显示。现在您就可以非常容易地对任何文本文件的、详细的更改历史信息进行检查。
图5-4 CVS Repository Exploring透视图中的CVS Annotate视图
5.4.4 CVS Resource History视图
CVS Resource
History视图可显示某一具体文件的所有版本的详细信息(见图5-5)。CVS Resource History视图是CVS
Repository Exploring透视图的一部分。在CVS
Repositories视图中先选择一个文件,然后再在单击右键所出现的快捷菜单中选择Show in Resource
History命令,这样您就可以看到该文件的历史版本信息。在受CVS控制的项目上单击鼠标右键后所出现的Team快捷菜单项中也有Show in
Resource History命令。作为一种查看文件历史的快速方法,您可以将受CVS控制的工作空间中的某一文件拖放到CVS Resource
History视图以直接查看该文件的历史信息。
图5-5 CVS Resource History视图
对于任何被选择的修订版本来说,与该修订版本相关的
分支和版本标记,连同该版本的文件被提交到资源库时所提供的注释,都会一起显示在CVS Resource
History视图的底部(见图5-5)。通过在CVS Resource
History视图的下拉菜单中进行相应选择,我们可以隐藏该视图中的“Tags”项和“Comment”项。
文件的历史记录可能比较长,这时,您可以使用CVS Resource History视图工具栏上的Filter History
按钮来过滤CVS Resource History视图。也可以根据作者、注释值、日期变化等来对CVS Resource History视图中的显示内容进行过滤。CVS Resource History视图工具栏上的Link with Editor操作
会使CVS Resource History视图与当前活动编辑器(仅对CVS控制之下的文件)保持同步。
对于在CVS Resource History视图中被选择的那些版本来说,您对它们可以执行的操作是依赖于资源是否已被复制到工作空间而发生变化的。这些操作被列在表5-2中。
表5-2 CVS Resource History视图中的操作
操 作
|
描 述
|
Compare
|
该操作会对所选的两个版本进行相互比较
|
Get Contents
|
该操作会用所选版本的内容来替换该资源的本地工作副本中的内容
|
Get Sticky Revision
|
该
操作会将资源的本地工作副本还原为一个先前版本。本地副本会作为资源库修订版,并会保留相同的版本标记。需要指出的是,只有在对CVS非常熟悉的情况下,
您才可以使用该操作。该操作的后果之一是,除非“sticky
revision”标记被移走(直接使用CVS命令),否则您不能提交任何进一步的修改。当然,您可使用Replace With | Latest
from Repository操作返回到原版本。通常,除非您是一个熟练的CVS用户,否则您可能不会对“sticky revision”标记感兴趣
|
Open
|
该操作会在编辑器中打开所选的修订版文件。这时,您是不能对该版本文件作出任何更改的
|
(续表)
操 作
|
描 述
|
Refresh View
|
该操作会用CVS资源库中的内容来更新CVS Resource History视图
|
Show Annotation
|
该操作会使Eclipe切换到CVS Repository Exploring透视图,并使得CVS Annotate视图变为当前焦点以显示出所选文件的注释
|
Tag with Existing…
|
该操作会将已有的资源库版本或分支标记应用到所选的资源上。该操作是一个特殊的操作。请查看联机帮助中的Moving Version Tags专题以获得何时使用该操作的详细信息
|
5.4.5 查看CVS命令
Eclipse
Console视图可显示出CVS与Eclipse之间的所有的命令和响应;在您碰到问题的时候,该视图是非常有用的。在Eclipse
Console视图中还显示了所发布的供用户使用的任何Eclipse CVS操作的所有CVS命令。在Team | CVS |
Console首选项页面中,您可以对该控制台的外观和行为进行配置。
5.4.6 CVS是如何管理工作空间中项目的
图5-6显示了Package
Explorer视图中一个处在CVS控制之下的项目。通过观察图标上的标记修饰符以及附加的文字信息,您可以很明显地看出这一点。只有在启用了
Workbench | Label Decorations首选项设置后,Eclipse才会在Package
Explorer视图中显示附加文字信息。对于那些受版本控制所有资源来说,在它们的资源图标上都有一个很小的磁盘标志修饰符
。对于那些CVS所不知道的、被添加到项目中的文件来说,在这些文件的图标中也有一个很小的标志修饰符
。
在如图5-6所示的Package
Explorer视图中,紧接着项目名后面的是该项目所属CVS资源库服务器的名称(位于方括号中)。如果该项目是被作为一个分支部分来使用的,那么该分
支的名称也会被包含在方括号中。文本修饰符>表明本地资源是一个传出更改(outgoing
change),这就意味着该本地资源已经在本地修改过,并与CVS中相应内容不一致。Package
Explorer视图中受CVS控制的文件夹(直至项目文件夹)也具有这个特征。资源名后面的圆括号中所显示的文本表示的是该资源的文件格式(ASCII
格式或二进制格式)。我们知道,对于ASCII文件来说,在CVS文件实例和本地文件实例之间的并行修改可被合并。而二进制文件只能被替换。
图5-6 Label Decorations首选项被启用时受CVS控制的项目
在Team | CVS | Label Decorations首选项页面中,您可以对CVS标签修饰的表示和规则进行修改。
5.4.7 在Team快捷菜单中可获得的CVS操作
Team菜单可从任何工作空间资源的快捷菜单中获
得。有几个CVS操作是与Team菜单相关的。我们将对使用CVS进行工作维护中最常用的操作进行总结。Team菜单下的具体子菜单随着所选择的是否是一
个项目而发生变化。只有在项目没有被CVS或任何其他资源库管理时,所选择的项目才会有一个Share
Project…操作。表5-3所提供的是一个所有CVS小组操作的参考列表。其中有些操作可能是您不熟悉的。我们将在本章后面对这些操作进行讨论。通常
情况下,您最常用的操作是Share Project…、Synchronize with
Repository…、Update…以及Commit…。Share
Project操作是一个允许您将项目加到CVS中的综合性向导。从定义CVS资源库连接到提交项目资源之间的每一个步骤都包括在该向导中。
表5-3 Team菜单中的CVS操作
操 作
|
描 述
|
Add to .cvsignore…
|
该
操作会将所选的项目文件排除在CVS管理之外。这些被排除的文件不会出现在Synchronize视图之中,也不会被提交给CVS资源库。CVS在您的项
目中维护了一个名为.cvsignore的文件。在该文件中会标识出那些被排除的文件实例。一开始,.cvsignore文件是不存在的;在该操作第一次
执行时,才会创建.cvsignore文件。您必须将.cvsignore文件添加到版本控制中,并在CVS中维护该文件
|
Add to Version Control
|
该操作会将所选文件置于CVS控制之下。典型情况下,在项目中创建新文件时会使用该操作。如果您没有将资源显式地添加到版本控制中,那么在执行提交操作时,Eclipse会对您作出提示
|
Apply Patch…
|
该操作将使用由Create Patch操作所创建的补丁文件来修补程序
|
Branch…
|
该操作会创建一个分支。这样,项目(或所选资源)可独立于其他开发过程而被修改
|
Change ASCII/Binary
Property…
|
执行该操作后会显示Set Keyword Substitution向导。该向导允许您为所选文件选择期望的CVS关键字替换模式。它对CVS如何解释ASCII或二进制文件进行了定义
|
Commit…
|
如
果没有冲突发生,该操作会使用您的本地更改来更新CVS资源库,并会提示您给出一个注释。如果执行该操作时所选择的操作对象是一个项目或文件夹,那么项目
或文件夹中的所有被修改资源都将提交到CVS中。如果CVS中的相应文件取代了所要提交的文件,那么Commit…操作将失败
|
Create Patch…
|
该操作会基于本地资源和CVS之间的不同而创建一个补丁文件。其他人可共享该补丁文件。这就允许在资源库之外共享您的工作
|
Disconnect…
|
该操作会在所选工作空间项目中删除所有CVS连接信息
|
(续表)
操 作
|
描 述
|
Edit
|
该
操作只可用于那些启用了Watch/Edit(可在项目的CVS属性页面或CVS首选项设置中启用该功能)的项目。该操作会通知CVS服务器,让它知道您
正在更新该文件。如果有其他人(一个或多个)正在编辑该文件,那么您将被提示,以就是否继续该操作作出决定。此时,您可忽略该提示并对文件进行修改。但
是,在您试图对修改进行提交时可能会碰到冲突。如果您只是想先打开所要编辑的文件,那么该文件会被打开。但是在试图对该文件进行修改时,您会得到相同的提
示。如果要使用外部编辑器,那么您首先必须要做的是取消该文件的只读状态,然后再使用外部编辑器打开该文件。在后面,我们会对该操作继续进行讨论
|
Merge…
|
该操作会将某一具体分支中的修改合并回该分支之前的代码库中
|
Restore from
Repository…
|
对于那些被删除的项目文件来说,如果它们仍存在于项目中,并允许您将它们恢复回原工作空间,则执行该操作后会列出这些被删除的文件。在本章后面,我们将会对该操作进行详细讨论
|
Share Project…
|
只有项目才能使用该操作。而且,只有在那些不受资源库管理的项目上才可以看到该操作。执行该操作后会显示向导。在该向导中,您可以完成的任务有:将项目与一个可以使用的资源库相关联,以及提交项目资源。其他资源库提供程序也可能会使用该操作
|
Show Annotation
|
执行该操作后将切换到CVS Repository Exploring透视图,并会将焦点集中到CVS Annotate视图以显示出所选文件的注释
|
Show Editors
|
该
操作适用于那些启用了Watch/Edit(可在项目的CVS属性页面或CVS首选项设置中启用该功能)的项目中的文件夹和文件。在执行该操作后会打开
CVS编辑器视图。在该视图中会标识出其他正在编辑该文件或该文件夹中内容的用户。只有那些启用了Watch/Edit的项目才可能显示在CVS编辑器视
图中
|
Show in Repository
History
|
该操作为所选资源显示CVS Repository History视图
|
Synchronize with
Repository…
|
该
操作会将所选择的文件与CVS资源库中的对应文件进行比较,并切换到Team
Synchronizing透视图。比较后所发现的任何差异都会显示在Synchronize视图中。对于项目或文件夹来说,在执行该操作时,它们里面所
包含的全部资源都将与CVS中的对应资源进行比较。而那些与CVS中对应资源相比发生了变化的资源会被显示在Synchronize视图中。在您检查所有
更改、与资源库实例进行比较,以及解决冲突时,这是一种最安全的CVS使用方法
|
Tag as Version…
|
该操作会为所选项目、文件夹(或文件)以及所有的子文件资源的所有CVS实例添加版本标志。您也可以在CVS Repositories视图中进行版本标识
|
(续表)
操 作
|
描 述
|
Unedit
|
该
操作只可用于那些启用了Watch/Edit(可在项目的CVS属性页面或CVS首选项设置中启用该功能)的项目文件。该操作会将您从当前正在编辑某一文
件的那个用户列表中删除掉。执行该操作后,您会从当前活动用户列表中被删除,并且所做的任何更改都会被取消,而所编辑的文件会恢复到执行任何更新之前的内
容。在向CVS提交文件时,如果工作空间副本与服务器副本完全相同,那么Unedit操作会被隐式调用。在本章后面部分,我们还将对该操作进行讨论
|
Update…
|
该
操作会使用CVS中所有最新版本来更新本地资源。CVS中的更新将与本地资源(二进制文件除外)进行合并。建议您在使用Commit…操作前执行
Update…操作。如果其他人在您的最近一次更新后又进行了提交操作,那么您的提交操作将会失败。建议您用Synchronize with
Repository…操作来代替Update…操作
|
5.4.8 Team Synchronizing透视图和Synchronize向导
Team
Synchronizing透视图是您对工作空间与CVS(其他资源库提供程序可被集成到Team
Synchronizing透视图中)进行同步的大本营。在选择了Team | Synchronize with
Repository…操作后,您会被提示并切换到Team Synchronizing透视图。在Team
Synchronizing透视图中含有Synchronize视图和一个编辑器区域。所有被打开的编辑器都会显示在该编辑器区域中。图5-7所显示的就
是一个Team
Synchronizing透视图的例子。在Synchronize视图中,您可以对本地项目和该项目的CVS副本之间的差别进行观察和操作。其他想使用
该透视图的资源库提供程序也可使用该视图。在打开一个文件的同时,Eclipse也会打开一个适当的比较编辑器(文本、Java、XML或图像)。在比较
编辑器中会显示出工作空间文件和CVS中该文件的最新版本之间的差别。这样,您就可以在将文件提交到CVS之前浏览和最终确定该文件的内容。
在Synchronize视图的工具栏上有如下一组按钮:Incoming Mode
(从CVS中更新)、Outgoing Mode
(提交到CVS)、Incoming and Outgoing Mode
以及Conflicts Mode
。
通过使用上述按钮,您可以对同步信息进行过滤。在使用了Incoming
Mode按钮后,您会看到有哪些操作正在进行。如果小组中只有您一个人,那么可能只有Outgoing
Mode按钮才是您感兴趣的。若要接受所有的传入更改,则使用Synchronize视图工具栏上的Update All Incoming
Changes…按钮
。若要提交您的所有更改,则使用Synchronize视图工具栏上的Commit All Outgoing Changes…按钮
。工具栏操作Pin Current Synchronization
允
许您对先前同步中所使用的一组资源进行引用。Synchronize视图的工具栏上的这些按钮允许您通过工作集来过滤内容。您可对比较标准进行调整,并可
使用Layout菜单在树、压缩文件夹以及提交集(Commit
Set)之间进行视图切换。提交集允许您查看资源库更改。这些更改会按照提交者、注释和提交日期来分类显示。在确定传入更改集的更详细信息时,这种分类非
常有用。Synchronize视图拥有自己的Preferences对话框。在Synchronize视图的菜单中,您可以打开该
Preferences对话框。在Synchronize视图的菜单中,您还可以执行Schedule…操作。该操作允许您按照所选择的某一重复进度来自
动执行资源库的同步操作。
图5-7 显示传入更改和传出冲突文件三方比较的Team Synchronizing透视图
1. Synchronize向导
从工作台工具栏(或Synchronize视图菜单栏)的下拉菜单中选择Synchronize…操作
后
会出现Synchronize向导。在Synchronize向导中,您可以对要与CVS(以及其他那些被允许使用Eclipse小组同步支持的资源库提
供程序)进行同步的项目进行选择。如图5-8所示,您可对工作空间、所选资源或者一个工作集进行同步。在Synchronize向导结束后,您会返回到
Team Synchronizing透视图。
作者:caoyinghui1986 发表于2009-8-28 21:50:00
原文链接
//原文地址:http://hi.baidu.com/xublog/blog/item/b66d38afeb3688ca7dd92a2a.html
Eclipse中的CVS用户界面
现在,您已经对CVS有了一个基本的理解。接下来,
我们将讨论Eclipse是如何为CVS使用者提供帮助的。在对其进行讨论之前,先略为详细地看一下Eclipse的CVS用户界面。在开始之
前,Eclipse的CVS用户界面是毫无价值的。这是因为,与Eclipse中的很多操作相似,大多数的CVS资源库访问操作都在后台运行,这些操作不
会对其他操作造成妨碍。诸如检出、提交、同步等可能需要长时间运行的操作并不会对您所要完成的其他任务造成妨碍。在下面所给出的这个简短列表中,列出了在
Eclipse用户界面中使用CVS时会碰到的最常见任务。在练习5中,您会实践所有这些任务。
● 定义到CVS资源库的连接。
● 浏览CVS资源库。
● 将新的工作空间项目定义到CVS中。
● 从CVS中检出已有项目。
● 将工作空间中的更改提交给CVS。
● 使用CVS中的最新版本来更新自己的工作空间项目。
● 在合适的里程碑处进行版本设置。
● 用资源库中的资源来比较或替换工作空间中的资源。
5.4.1 CVS Repository Exploring透视图:资源库主页
如图5-1所示的CVS Repository
Exploring透视图是在Eclipse中使用CVS的大本营。在该透视图中含有CVS Repositories视图、CVS Resource
History视图以及编辑器区域。在CVS Repositories视图中会显示出您的工作空间所知道的CVS资源库。而在CVS
Resource History视图中所显示的则是受CVS控制的任何已知文件的修改历史记录。在CVS Repository
Exploring透视图中,您可以建立与CVS服务器的连接。
5.4.2 CVS Repositories视图
CVS
Repositories视图扮演着资源库浏览器的角色。在CVS
Repositories视图中,您可以对资源库中存在的项目进行选择,并可将这些项目检出到工作空间中。如图5-1所示,CVS
Repositories视图位于CVS Repository Exploring透视图的左边窗格中。通过使用快捷菜单New |
Repository Location...或选择Add CVS Repository
命
令,您可以在自己的工作空间中定义CVS资源库的位置。Eclipse支持各种类型的CVS连接(见图5-2)。在CVS
Repositories视图中,您可以定义多个CVS资源库。在浏览资源库时,您可以看到资源库中的内容。如图5-1所示,这些内容包括HEAD、
Branches、versions目录中的项目以及Dates条目。您可展开目录树或使用工具栏中的Go Into
和Back
操作来往下一直看到具体文件。在工具栏上有一个Refresh View
操作,由于CVS Repositories视图不会与资源库中的内容更改自动保持一致,所以在做任何重要操作之前,您可能要使用Refresh View
按钮来刷新CVS Repositories视图。
出于方便的考虑,如果您从Resource透视图中打开了CVS Repositories视图,那么该视图将作为一个选项卡式视图显示在Navigator透视图的旁边。
在CVS Repositories视图中,一个最常见的任务是从资源库中将项目检出到您的工作空间中。要完成上述任务,请先在Branches、HEAD或Versions下选择一个项目,然后再在单击鼠标右键后所出现的快捷菜单中选择Check Out命令。
图5-1 CVS Repository Exploring透视图
图5-2 在工作空间中定义新的CVS资源库位置
在第一次展开CVS
Repositories视图中的Branches目录时,您会看到该目录中没有任何内容。在使用了快捷菜单操作Refresh
Branches…后会出现Refresh Branches对话框(见图5-3)。在Refresh
Branches对话框中,您可以为一个或多个资源库项目执行CVS中的分支标记检索请求。CVS资源库中可以包含大量分支。而您可能仅对其中的部分分支
感兴趣。在Refresh Branches对话框中,您可以对要进行分支标记信息检索的项目进行选择。在表5-1所示的参考列表中,列出了CVS
Repositories视图中的所有可用的快捷菜单操作。其中有些操作依赖于您在图5-3的第3个栏目中的选择。一开始,您可能需要使用以下这些操
作:New | Repository Location…、Check Out…、Compare with…以及Show in Resource
History。现在,您不必理解这些操作,它们仅为您提供一个参考。
图5-3 Refresh Branches对话框
表5-1 在CVS Repositories视图中可使用的上下文操作
操 作
|
描 述
|
从快捷菜单中可获得该命令
|
Add to Branch
List…
|
将一个项目(但不包括该项目的内容)添加至一个新的或已经存在的分支上。该操作可代替Team | Branch操作。对于那些将在一个分支中单独开发的新项目来说,该操作是比较有用的
|
被选择的项目
|
Check Out
|
把从资源库中所选择的内容复制到自己的工作空间中。而且文件夹可被检出,同时该文件夹与项目的一致性会得到维护。对于含有独立部分的大型项目来说,该操作非常有用
|
被选择的项目,以及在Branches、HEAD或Versions下所选择的项目文件夹
|
Check Out As…
|
把从资源库中所选择的内容复制到自己的工作空间中,并以另外一个名称来命名。在对所做的更改进行提交时,该项目保持它在CVS中的初始一致性。当需要在工作空间中同时拥有某一项目的多个实例时,该操作非常有用
|
被选择的项目,以及在Branches、HEAD或Versions下所选择的项目文件夹
|
(续表)
操 作
|
描 述
|
从快捷菜单中可获得该命令
|
Compare
|
在选择了两个资源库文件后,执行该操作会显示出Compare视图
|
两个被选择的资源库
|
Compare With…
|
该操作会打开Compare with Branch or Verson对话框,并允许您将所选资源与Branches、HEAD或Versions中的资源进行比较
|
被选择的资源
|
Configure Branches and
Versions…
|
执行该操作后将显示出一个对话框。在所显示的对话框中会显示出资源中的分支或版本标记。而对话框中所显示的那些标记会显示在CVS Repositories视图中
|
各种对象
|
Copy to Clipboard
|
将连接字符串复制到写字板上。例如:pserver: anonymous@dev.eclipse.org:/home/eclipse
|
被选择的资源库
|
Discard location
|
从CVS Repositories视图中删除所选资源库的位置定义
|
被选择的资源库
|
New | Date Tag…
|
执行该操作后会显示出一个对话框以创建新的日期标记
|
被选择的资源库,在CVS Repositories视图中所选择的Dates条目
|
New | Repository Location…
|
执行该操作后将显示出一个对话框以定义新的CVS资源库位置。另外还可获得一个工具栏图标
|
任何对象
|
Open
|
执行该操作后会在编辑器中打开所选文件的最新版本
|
被选择的文件
|
Properties
|
显示所选资源库的属性及其连接信息
|
被选择的资源库
|
Refresh Branches…
|
执行该操作后将显示出一个对话框以允许您发现一个或多个项目的分支
|
在CVS Repositories视图中所选择的Branches条目,被选择(或没有被选择)的资源库位置
|
Refresh View
|
使用资源库的当前信息来刷新CVS Repositories视图
|
各种对象
|
Remove
|
将所选的日期标记从CVS Repositories视图删除掉
|
被选择的日期标记
|
Show Annotation
|
该操作会为所选文件显示CVS Annotate视图
|
被选择的文件
|
Show In Resource History
|
该操作会在CVS Resource History视图中显示所选文件的版本历史信息
|
被选择的文件
|
Tag As Version…
|
将一个版本标记应用到所选的资源及其子资源上
|
被选择的资源
|
Tag With
Existing…
|
该操作会将一已有的资源库版本或分支标记应用到所选的资源上。这是一个比较特殊的操作。有关何时使用该操作的更多信息请参见联机帮助中的Moving Version Tags专题
|
被选择的资源
|
作者:caoyinghui1986 发表于2009-8-28 21:47:00
原文链接
原文地址:http://hi.baidu.com/xublog/blog/item/6579e60e8364fdcc7bcbe19e.html
版本控制在团队开发中是必不可少的。CVS是优秀的开源版本控制软件,Eclipse本身就内置了对CVS的支持,只需简单配置,即可使用CVS。
首先我们要正确安装并配置好CVS服务器,通常Linux Server都自带CVS服务,不过命令行操作比较繁琐。Windows下也有简单易用的CVS服务器,这里我们推荐CVSNT,可以下载CVSNT 2.0.51a,安装并启动CVSNT:
然后切换到Repositories面板,添加一个Repository,命名为/cvs-java,CVSNT会提示是否初始化这个Repository,选择是:
然后在Advanced面板上选中“Pretend to be a Unix CVS version”:
然后,在Windows账户中为每一个开发人员添加用户名和口令。
现在,CVSNT的安装配置已经完成,下一步,启动Eclipse,我们可以使用原有的Hello工程,或者新建一个Project,然后选择菜单
Window->Show View->Other,打开CVS->CVS Repositories:
然后点击按钮
,添加一个Repository:
注意用户名和口令直接填Windows的用户名和口令,然后选中“Validate Connection on Finish”,点击Finish完成:
首先,我们要将一个现有的工程放到CVS服务器中,切换到Package Explorer,选中Hello工程,右键点击,选择Team->Share Project…:
使用刚才我们添加的Repository,继续,并将所有文件都添加到CVS中,最后Eclipse提示Commit:
填入一个简单的注释,确定,然后Eclipse会把整个工程提交到CVS服务器,可以在Package
Explorer中看到图标发生了变化,Hello.java文件后面会有版本号1.1。在CVS
Repositories面板中刷新,可以看到刚添加进来的工程:
在团队开发中,当创建了一个基本的工程并提交到CVS后,别的开发人员首先要Check
Out这个工程到各自的本地计算机上,这里为了演示,首先我们在Package Explorer中删除Hello工程,然后打开CVS
Repositories(如果没有看到Repository就按照上面的方法添加Repository),选择Hello工程,右键点击,选择
Check Out As…:
作为一个Project签出,就可以在Package Explorer中看到签出的工程。
当对某些源文件作了修改后,需要提交更改到CVS服务器。选中更改的文件或工程,右键点击,选择Team->Commit…:
然后填入简单的注释,就可以提交到CVS服务器上了,可以看到源文件的版本号变成了1.2。
以上简单介绍了如何搭建CVS服务器以及在Eclipse中如何使用CVS,可以参考CVS手册以便了解Branch、Merge等更多功能的使用。
作者:caoyinghui1986 发表于2009-8-28 21:40:00
原文链接
曾因项目的迫切需要计划开发一打包软件,最终却夭折。现在回想多有遗撼。不得不令我反思当中的教训。
我认为要想开发一个成功的软件两个大的环境是必不可少的,一个是外部环境,包括公司的支持,领导的鼓励和拥有一个稳定的,成熟的项目团队,相对稳定的用户群体。还有一个是对软件本身的规划,包括对需求的明确,系统的架构,工作量的评估,明确的项目计划和有序的计划执行。
打包工具的失败就是一个印证。
打包工具的构想是源于项目中,繁锁的,重复的人工打包操作,包括从配置库一下代码,编译,打包,上传FTP等操作,由于打包后进行问题验证时又时常出问题,所以该过程不得反复多次执行。执行过程中又难免出现放错文件,漏打文件等不必要的错误从而严重影响项目进度。
打包工具就是为解决打包过程中的繁锁操作,提供可视化界面,为打包提供一键式操作。一开始构想时好的。但是一开始也是错的,因为打包工具一开始就缺乏一个可供运作的外部环境。公司不知道有这个项目的存在,或许还称不上是一个项目,因为它只是我个人提出的一个优化项目流程的简单方案。但是也由于这个问题,为项目的失败埋下了一个定时炸弹。
开始对项目进行简单的规划后,包括简单的需求分析,系统的架构。没有正式的文档,也没有对文档进行评审和风险评估。就开始着手开发了。开发过程中不断的变更架构(因为一开始就没有一个好的架构),不断的变更需求(虽然需求是自己做的),没改一个地方,对代码都是翻天覆地的变化,当中的辛酸或许只有我自己才能体会。先抛开架构不说,为什么自己做的需求,自己开发,需求都还会变呢?那是因为在开发过程中,你站在用户的角度一想,发现那样做确实不当,得改。这就告诉我们问题越早发现,就越容易被解决。想想如果该需求是在需求文档中详细体现出来,在需求评审的时候被发现,那改改文档也就了事了,等到了开发时才发现这个问题,想想那个时候去改那又会有多大的改动。这也告诉我们好的文档不仅能有效的指导开发,提高质量。也能更及时的发现问题,避免不必要的改动。更是后期维护升级的一个依据。
当然这些变化还不足以让一个项目夭折。打包工具一开始规划其中一部份包含了对开发人员的代码进行检视等功能,但由于公司推出了一个工具已经具备这一功能,使得打包工具的这一需求已不在具备这一用户群体。所以稳定的用户群体在一个软件开发过程中也是一个不可忽视的环节。
在项目开发到中期,我被分配到一个实际项目中,由于没有多余的时间来做这个不被重视的工具,打包工具开始慢慢夭折。从这个事分析,我个人其实也算是这个项目的一个稳定项目团队。我被分配到其它项目中就算是为这个稳定的团队带来了不稳定因素。结果导致项目夭折。可见一个稳定的,成熟的项目团队在项目中的重要性。
这个项目虽然失败了,但我从中吸取了很多教训。如果再给我一次机会来做这个项目,有几个事情我必须得做。
1,向公司审请,将该项目作为公司内部项目正式立项。确保有一个稳定的外部环境。
2,向广大用户(开发人员)收集需求,整理形成软件的基本规格。
3,明确制定项目计划,有组织,有目地的进行研发。
4,根据基本规格编写需求文档,明确功能点,进行大众评审,及时发现问题。
5,制定详细的架构规划。进行评审。
6,协调有扎实功底的开发人员,确保技术难题被攻破
7,协调有丰富经验的测试人没,保证版本质量
作者:caoyinghui1986 发表于2009-8-28 21:27:00
原文链接
Create DataBase SHOPPING;
go
use SHOPPING;
go
/*==============================================================*/
/* Table: CATEGORIES */
/*==============================================================*/
create table CATEGORIES (
CATEGORY_ID bigint identity,
CATEGORY_NAME varchar(100) not null,
CATEGORY_DESCN varchar(500) null,
constraint PK_CATEGORIES primary key (CATEGORY_ID)
)
go
/*==============================================================*/
/* Table: PRODUCTS */
/*==============================================================*/
create table PRODUCTS (
PRODUCT_NO varchar(10) not null,
CATEGORY_ID bigint not null,
PRODUCT_NAME varchar(300) not null,
PRODUCT_PRICE float not null,
PHOTO_PATH varchar(100) null,
PRODUCT_DESCN varchar(2000) null,
constraint PK_PRODUCTS primary key (PRODUCT_NO)
)
go
/*==============================================================*/
/* Table: PRODUCT_SUPPLY */
/*==============================================================*/
create table PRODUCT_SUPPLY (
SUPPLY_NO varchar(10) null,
PRODUCT_NO varchar(10) null
)
go
/*==============================================================*/
/* Table: SUPPLIERS */
/*==============================================================*/
create table SUPPLIERS (
SUPPLY_NO varchar(10) not null,
SUPPLY_NAME varchar(200) not null,
SUPPLY_DESCN varchar(400) null,
constraint PK_SUPPLIERS primary key (SUPPLY_NO)
)
go
/*==============================================================*/
/* Create Relation */
/*==============================================================*/
alter table PRODUCTS
add constraint FK_PRODUCTS_REFERENCE_CATEGORI foreign key (CATEGORY_ID)
references CATEGORIES (CATEGORY_ID)
go
alter table PRODUCT_SUPPLY
add constraint FK_PRODUCT__REFERENCE_PRODUCTS foreign key (PRODUCT_NO)
references PRODUCTS (PRODUCT_NO)
go
alter table PRODUCT_SUPPLY
add constraint FK_PRODUCT__REFERENCE_SUPPLIER foreign key (SUPPLY_NO)
references SUPPLIERS (SUPPLY_NO)
go
创建数据库脚本的
PRODUCTS(产品表) 和 CATEGORIES(类别表)一对多 PRODUCT_SUPPLY 为中间表 SUPPLIERS(供货商表) 和 PRODUCTS 为多对多的关系。
products 表 hbm.xml
<many-to-one name="category" class="Category" cascade="save-update">
<column name="CATEGORY_ID" />
</many-to-one>
<!--多对多的关系中table指向的是中间表-->
<set name="supplys" table="PRODUCT_SUPPLY" cascade="save-update">
<!--key指向的是外键-->
<key column="PRODUCT_NO"></key>
<!--column对应中间表中的外键-->
<many-to-many class="Supply" column="SUPPLY_NO"></many-to-many>
</set>
category 表 hbm.xml
<set name="productes" table="productes" cascade="save-update" inverse="true">
<!--key指向的是外键-->
<key column="CATEGORY_ID"></key>
<one-to-many class="Product"/>
</set>
supply 表 hbm.xml
<set name="products" table="PRODUCT_SUPPLY" inverse="true" cascade="save-update">
<key column="SUPPLY_NO"></key>
<many-to-many class="Product" column="PRODUCT_NO"></many-to-many>
</set>
1, 添加一个的新商品名称为”Compaq 2620” 该商品属于“笔记本”类别 由当前所有的提供商提供货源
List list = session.createQuery("from Supply").list(); Category c = (Category) session.get(Category.class, new Long(1)); product.setCategory(c); product.setSupplys(new HashSet(list)); session.save(product);
2, 查询编号为” S0001”的提供商提供的所有商品 //通过隐式内连接导航 List list = session.createQuery("from Product p where p.supplys.supply_no='S0001'").list(); 隐式内连接导航 要注意的一个问题是 从many端到 one 端 可以无限导航 但从one到many端只能导航一级
3,查询编号为”S0002”的提供商提供的所有商品所涉及的类别 session.createQuery("from Category c where c.productes.product_no in (select p.product_no from Product p where p.supplys.supply_no='S0002' ) ").list(); 用到子查询
4,查询名称为”TCL SHE8533”的商品的每个提供商的编号、名称(部分属性查询) session.createQuery("select s.supply_no,s.supply_name from Supply s where s.products.product_name='TCL SHE8533'").list(); //投影查询。如果想将查询出来的 结果封装成对象 用 select new package.Temp(s.a,s.b...) from .... Temp提供相应的构造方法包含可选的字段注意带包名。
5, 查询多于3种商品的类别信息(使用size函数处理) session.createQuery("from Category s where s.productes.size>3").list(); 注意其中的 size 表示的是 商品类别中产品数量多于3的类别。size用来处理集合中的大小
6,查询至少有一个商品的类别信息(使用exists处理) session.createQuery("from Category c where exists( from c.productes) ").list();
7,查询可以提供某种商品的供应商信息(使用elements处理) session.createQuery("from Supply s where :product in elements(s.products) ")..setParameter("product", product).list(); product为 一个 对象 。 product in elements(s.products) 表示这个对象是否在这个集合中
8,使用本地SQL,显示所有商品的商品名、价格以及类别信息,并降序排列。 session.createSQLQuery("select p.PRODUCT_NAME,p.PRODUCT_PRICE ,c.* from PRODUCTS p ,CATEGORIES c where p.CATEGORY_ID = c.CATEGORY_ID order by p.PRODUCT_PRICE desc") 的到的 集合中是个 Object[]; 如果想返回对象 可以用 命名sql并在配置文件中指定返回的对象类型。
9 分页查询 :将商品按价格升序排列后,取第三页的记录,(每页显示2条记录) Query query = session.createQuery("from Product p order by p.product_price ") .setFirstResult(2*(3-1)) .setMaxResults(2);
10,查询所有类别的名字,及该类别包含的商品数量 (使用group by ,count函数) session.createQuery("select max(c.category_name), count(p) from Category c inner join c.productes p group by c.category_id ") 还有一种简单的方式就是 "select c.category_name, c.products.size from Category c "
11,批处理: 将某个类别下的商品修改为现有的另一个类别。 int count = session.createQuery("update Product p set p.category=:category where p.category.category_id='1'") .setParameter("category",c ).executeUpdate(); c为加载的一个新的类别
12,往数据库中初始化3个名称相同的商品(其他字段自行设置)。 要求:查询所有商品,如果多个商品的名称相同,则取其中任意一个完整的商品信息
hql = "from Prodcut pp where pp.product_no in (select max(p.category_id) from Product p group by p.product_name") ; 注意后面的一个 小技巧。 由于group by 后只能包含 group by字段和聚合函数 所以如果我想区别的字段似乎不可能 。但我们不妨将你要取的那个字段也加个聚合函数min 或 max 这样就可以取出你要的 任意字段了。适应sql sql2000中不妨 在pubs 下运行 select max(title_id) as 编号 ,count(type) as 数量, type from titles group by type 看看结果就知道了 虽然只 group by 了 type但 还是可以得到title_id
作者:caoyinghui1986 发表于2008-6-15 12:39:00
原文链接
<!doctype html public "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> <script> //供DEMO02_01页面的关闭按钮调用 function myFunction(v){ //alert("这里是父窗口中的函数"+v); document.getElementById("parentText").value=v; }
//打开新窗口 function openNewWindow(){ window.open("DEMO02_01.html","","height=300;width=300;location=0;status =0;toolbar=0");
}
</script> </head>
<body>
<button onclick="openNewWindow();">打开新窗口</button> <hr> 此文本框的值要从子窗口中取得 <input type="text" id="parentText"> </body> </html>
DEMO02_01.html
<!doctype html public "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> <script> function funClose(){ //:调用父窗体(DEMO02.html)中的myFunction 函数 //window.opener获得父窗口的window对象的引用 并调用 myFunction () 函数在js中作为window的属性 window.opener.myFunction(document.getElementById("childText").value);
window.close(); } </script>
</head>
<body> <button onclick="funClose();">关闭本窗口</button> <hr> 此文本框的值将要传递到父窗口 <input type="text" id="childText" value="子窗口的值:1"> </body> </html>
作者:caoyinghui1986 发表于2008-6-15 12:31:00
原文链接