能帮我解决的150分送上!!满意再加分 ( 积分: 150 )

在多人开发COM+多层分布式应用系统时，都涉及到组件服务，也就是在Delphi中建立的COM+对象都要在Windows中注册（通过Run -> Install COM+ Objects）。
小弟和一搭档第一次运用COM+， 没有经验，每次修改自己部分的组件前都要把对方的组建服务拷过来，在加完自己的服务后，又烤给对方，（或者先将自己的组件对象全删掉，再将程序代码整合，再重新注册最新的组件服务到Windows中，完了后又将自己的拷给对方，以同样的方法处理）以保证统一性。不知道你们团队开发时这部分是怎样处理的。我想我的方法肯定不行，当团队有三个人以上时，这样做太麻烦了
另外，当我们要在COM+对象中要添加修改"Type library"
中的方法时，都是修改后在Windows组件服务中把相应的组件对象删掉再重新在Delphi中注册。不知这种方法可行吗？

在多人开发COM+多层分布式应用系统时，都涉及到组件服务，也就是在Delphi中建立的COM+对象都要在Windows中注册（通过Run -> Install COM+ Objects）。
小弟和一搭档第一次运用COM+， 没有经验，每次修改自己部分的组件前都要把对方的组建服务拷过来，在加完自己的服务后，又烤给对方，（或者先将自己的组件对象全删掉，再将程序代码整合，再重新注册最新的组件服务到Windows中，完了后又将自己的拷给对方，以同样的方法处理）以保证统一性。不知道你们团队开发时这部分是怎样处理的。我想我的方法肯定不行，当团队有三个人以上时，这样做太麻烦了
另外，当我们要在COM+对象中要添加修改"Type library"
中的方法时，都是修改后在Windows组件服务中把相应的组件对象删掉再重新在Delphi中注册。不知这种方法可行吗？

你说的是软件接口的变更问题。
可是事实上软件接口是不允许轻易变更的，在开发过程中如果不断地在Type library中添加或修改方法接口，那只能说明你们的软件设计过于粗糙。
如果软件接口要修改，那也应该属于设计修改的范畴，应该是很慎重的。所以即使有你所说的简便的修改方法，也不建议使用。

1.使用VSS把你的Type library管理起来
2.在Windows组件服务中‘关闭’组件服务后，在delphi的Type library中直接点击注册