如果我搬到Delphi 2007到2010年,我应该担心什么?
我已经检查了this article并且有很多有趣的东西,但不是我需要的那种跳跃。
澄清我的问题和情况:
谢谢!
答案 0 :(得分:5)
我很乐意得到不同意见的帮助 系统
对不起,Delphi2010的帮助内容比Delphi2007好,但远离Delphi7。
有很多关于unicode迁移的资源,很容易找到。
我会坚持第三方库这是困难的部分。 你有源代码,不错,但考虑修复这些组件内部的unicode相关问题是非常雄心勃勃的!
我的建议:检查第三方库的兼容性,检查代码兼容性 - 修复所有警告,按照CodeGear中的优秀白皮书进行操作:Delphi和Unicode http://edn.embarcadero.com/article/38980
答案 1 :(得分:1)
我需要win 7支持 - 主题,形式 调整问题等等。
你已经在Delphi 2007中拥有主题。不是说2007年是为Win7做好了100%的准备,但主题对于大多数用户来说是重要的,所以这是恕我直言,而不是升级的论据。
我需要unicode,但不是这个 年。
如果您计划使用Delphi 2011并发布您的软件的Mac版本,为什么不一步一步地执行它并立即采取Unicode头痛(?)?我不确定答案,只是担心:-)我在这种情况下,已经拥有Delphi 2009的许可,但由于Unicode而仍未使用,所以我在2007年。
答案 2 :(得分:1)
Delphi 7/2007(ansi字符串)端口到2009/2010(unicode字符串)的“初学者”方法是盲目地搜索和替换所有出现的String并用AnsiString替换,同样地,盲目地改变所有实例Char到AnsiChar。这很快就会显现出痛苦,愚蠢和错误。因此受到惩罚,用户(没有阅读由Embarcadero出版的由Nick Hodges编写的过渡指南)将撤退并舔他们的伤口,并考虑永远坚持使用Delphi X(其中X在[7,2007,myFavouriteVersionHere]的集合中)
第二种方法是下载您需要的任何组件的已更新版本,并且只更新您自己找不到任何新更新的源代码的组件,然后继续更新您的应用程序代码
如果你要么出售你的申请,或者你依赖你的申请对你或你的公司有用,我觉得值得这样做。这不仅是升级以处理编译器差异的问题,而且正如您所说,升级以处理平台差异。不仅是您上面提到的平台差异,还有您未提及的平台差异,如UAC,以及文件和文件夹的用户权限更改以及其他权限。您的应用程序是否需要能够写入C:\ Program Files中的文件夹以及其他内容等?那些需要修复。
如果您的应用程序是典型的“泥球”,逐步开发,没有优雅的面向对象设计,并且如果(通常情况下)您的应用程序甚至不能真正满足Microsoft发布的推荐规范Windows XP,在2002年,你真的有一些赶上来做。
如果对你来说太过分了,你可以考虑签订合同。专家可能会在几个小时内将应用程序从旧的delphi版本移植到新版本,然后培训您如何从那时开始进行维护。