专注收集记录技术开发学习笔记、技术难点、解决方案
网站信息搜索 >> 请输入关键词:
您当前的位置: 首页 > 软件设计

请问怎么有效的组织工程目录结构

发布时间:2011-06-18 09:36:07 文章来源:www.iduyao.cn 采编人员:星星草
请教如何有效的组织工程目录结构
手上正在做的一个工程,分了几个版本。
1.0:没有使用
1.2:正在使用
2.0:开发中

工程用Delphi开发。其中用到了第三方组件Raize,FastMM,Raize自己在其基础上又扩展为RaizePlus。还有一个自己开发的公共类库,其它工程里也有用到。不过因为现在使用的情况,偶尔会有小改进。

具体该如何组织目录结构呢?

问题:
1、第三方组织是否要根随工程一起?比如Raize会升级修改BUG,这时候就要跟着更新,而同时RaizePlus又要改。
2、类似1,自己开的发类库,也有小改动。
3、每个版本是否包含完整的目录结构?假如把RaizePlus放在每个版本的目录结构里,这时候更新就不能同时更新几个版本。

目前的目录结构:
Common #自己开发的公共类库
Root
--Documents
--Images
--Bin
--Lib
--RaizePlus
--FastMM
--Main
--Test
--Setup
--1.2
----Bin
----Lib
----...
----Common #自己开发的公共类库

------解决方案--------------------
我目前了解到的

软件版本应该具备
独立性——不和其他相关部分联动,在某一基础上作开发、测试、debug
继承性——所有版本应该和上一版本有性能或者应用上的关系,表现为变更记录
可重复——能够重复开发后续版本

你的问题1、2就不细说了,第3点,如果RaizePlus放在没个目录内,没有问题。
只是你维护的时候要以版本为单位,一个版本一个版本的升级,每次升级功能更新RaizePlus目录和修改记录。

粗看很麻烦,具体作的时候很清晰,工作量其实多不了多少,如果相对不规范操作产生的问题,成本是很少的哦。
------解决方案--------------------
我喜欢各个独立起来。。只要修改过控件就和工程放在一起。。感得这样有利于减少新同事的烦脑
------解决方案--------------------
现在这里这么冷清了?
友情提示:
信息收集于互联网,如果您发现错误或造成侵权,请及时通知本站更正或删除,具体联系方式见页面底部联系我们,谢谢。

其他相似内容:

热门推荐: