小编Dar*_*ler的帖子

默认情况下,.DPR和.DPROJ的文件扩展名描述是相同的,因此在资源管理器中打开具有相同基本名称的项目文件时,两个文件描述都列为"Delphi项目文件"这为开发人员提供了一个选择 - 要打开哪个文件？

我通常打开列出的第二个文件,假设它是DPROJ.

当存在相应的DPROJ文件时,是否有打开DPR的缺点？IDE是否正常处理？

我有时打开列出的第一个文件,我没有注意到任何问题,但这是其中一个尚未得到答复的好奇心.我查看了帮助,找不到任何东西.

如果您创建一个基本的VCL应用程序并执行它,则会运行一些线程.它们的每个线程是什么,可以命名它们以便更容易地调试多线程应用程序？

我尝试命名所有的子线程,并且在调试时可以清楚地了解每个子线程在查看线程状态调试窗口时所做的事情.(如果一个没有命名,那将是一个提示来追踪它并命名它.)

Delphi似乎有一些JSON选项 - 是否有推荐的库用于XE2？我正在寻找Delphi XE2和PHP Web应用程序之间的对象共享.(以兼容的方式为PHP Web应用程序序列化和发布delphi对象,并从宁静的PHP调用到delphi服务器端进行反序列化)

由于TBytes,TByteDynArray和Bytes数组都是动态字节数组,因此可以将类型变量安全地相互转换为类型吗？(如果我有一个TBytes变量,我可以简单地使用定义参数为TByteDynArray的方法对TByteDynArray进行类型转换,反之亦然？)

通用容器在拥有项目时可以节省时间,并且可以节省这些项目的强类型列表.它保存了重复编码,即创建一个可能有TList内部变量的新类,以及类型化的Add/Delete类型方法,以及其他好处(例如Generic容器类提供的所有新功能).

但是,是否建议始终将通用容器用于强类型列表？这样做的具体缺点是什么？(如果不担心代码的向后兼容性.)我昨天正在编写一个服务器应用程序并有一个项目列表,我创建了"旧方法",并将用一个通用列表替换它,但决定保持它精益,但主要是出于习惯.(我们是否应该通过使用泛型来打破习惯并开始新的习惯？)

TurboPower组件是最受欢迎的商业组件库之一,并且在开源时仍被许多Delphi开发人员使用.我没想单独询问,而是想问一个关于每个组件的XE2兼容性状态的问题.TurboPower Abbrevia,AsyncPro和LockBox是主要的.

兼容性包括平台支持:XE2 Win32,Win64,Mac OS X.(我怀疑Async Pro会不会用于Mac OS X,但至少可能是XE2 Win32.)

'boolean'变量是否可以从任何线程读取和写入线程安全？我已经看到一些新闻组的引用说它们是.是否有其他数据类型？(列举的类型,也可能是短的内容？)

有一个可以安全地从任何线程和另一个列表中读取的所有数据类型的列表将是很好的,这些列表也可以安全地写入任何线程,而不必求助于各种同步方法.

当创建一个构建服务器来清理版本控制检查和给定源存储库或项目中的所有内容的完整系统构建时,XE3 Win32/Win64项目所需的最低Delphi安装空间是多少？(核心系统 - 不是第三方组件)

我更喜欢有一小部分文件可以包含在存储库中,而不是完整的Delphi安装.

我开始玩FreePascal/Lazarus,似乎有一个Indy端口可用.这是一个最近的端口,它是否足够稳定,可用于生产？(标准HTTP post/get客户端类型工作,以及基本TCPIP服务器端.)

或者,也许Indy明确开发用于FreePascal以及Delphi,所以最新版本可行吗？

谢谢!

BitBucket现在声明他们提供无限的存储库(Git和Mercurial),唯一的限制是用户数量(5个免费帐户).是否存在已知的文件大小或存储库大小限制？这似乎"太好了,不可能"......

到目前为止,我已经创建了5个私人回购,但没有任何问题,但我想知道未来会有什么限制.我不想简单地上传大量的文件来测试他们的限制......(我几天前试图在他们的论坛上发布消息,但它显然没有被批准发布.)