delphi – 有人会建议重新创建新项目并重新添加源代码,为什么？

发布时间：2020-12-15 09:42:02 所属栏目：大数据来源：网络整理

导读：我们有一个大型的SQL驱动软件系统,自Delphi 1以来就已存在.它在所有各种项目中使用相同的原始项目文件.我们最近开始升级到Delphi XE2,我一直在考虑创建新项目文件并重新添加所有源代码的想法 – 以确保它们获得新的Delphi XE2项目的推荐默认值. 有人会推荐这

我们有一个大型的SQL驱动软件系统,自Delphi 1以来就已存在.它在所有各种项目中使用相同的原始项目文件.我们最近开始升级到Delphi XE2,我一直在考虑创建新项目文件并重新添加所有源代码的想法 – 以确保它们获得新的Delphi XE2项目的推荐默认值.

有人会推荐这个吗？有什么风险？显然这是一项艰巨的任务,重新定义版本号,项目名称/描述/公司信息等等.但是原始项目的大小让我感到害怕. 3个主要的可执行文件加上许多其他可执行文件,总共大约有300万行代码.

我想这样做的主要原因是因为我已经看到新的Delphi XE2项目如何自动创建每个平台和发布的子目录(Win32,Win64,Debug,Release等).我们的项目目前一团糟,我一直在努力清理它.

那你觉得风险是什么呢？为什么或为什么不是这个好主意？可以有一些“重置”默认值的替代方案吗？

解决方法

重新创建项目文件不应该受到伤害,但它也不应该添加任何有用的东西.我会严肃质疑你的动机,我会考虑只改变需要改变的东西：

Our projects are currently a mess and I’ve been trying to clean it up.

任何一个围绕一个大项目的人都可能认为在某些时候.如果某处确实存在某些“混乱”,则它位于项目的源文件(PAS,DFM)中,而不是实际的项目文件中.重构可能应该反过来.重新组织源文件(如果需要),删除被证明是冗余的文件,项目文件将立即反映新发现的清洁度.

Obviously it’s a difficult task,re-defining version number,project names/description/company info,etc.

这是项目选项中一页的全部内容.老实说,我怀疑这将是你需要做的最困难的事情.您更有可能发现第三方组件和其他内部项目的硬编码依赖项.追踪会很痛苦,因为你会一次又一次地点击ReBuild,修复编译器抱怨的一个单位.

我们的想法是项目文件列出构成项目的文件,并包含一组最小的编译器选项和定义.如果您重新创建项目文件,您将最终添加所有编译器选项并重新定义,并且您还将一次一个地添加每个文件,因为该列表实际上是以构成项目的文件的uses子句.唯一不会重新输入的文件是可以在搜索路径,项目文件夹和真正冗余的文件夹中找到的文件.如果要删除冗余文件,这不是可行的方法.更好地研究某种用途列表分析器.

The main reason I’m thinking of doing this is because I’ve seen how new Delphi XE2 projects automatically create sub-directories per platform and release (Win32,Release,etc.)

无需为此重新创建项目文件,只需将项目的编译器选项中的输出目录和单元输出目录更改为：

.$(Platform)$(Config)

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!