![]() |
1
5
编译pas文件时,编译器会将同名的dcu文件放在同一目录中。您可以更改此设置,但默认设置是使用相同的目录。在Windows7中,可以虚拟化对非提升用户的程序文件夹(及其子文件夹)的写入。这意味着,当像delphi这样的程序试图写入其中一个文件夹时,该文件实际上将被写入其他地方,并且在下次运行该程序时可能不可用。 因此,由于编译源文件是您经常做的事情,所以将它们安装在默认可写的位置(如公共文档)是有意义的。 但是,大多数组件安装程序允许您选择不同的安装位置。只要你选择了一个不是程序子文件夹的文件夹,你就可以了。 |
![]() |
2
3
至于你的“源代码管理的根”,Windows7不要求你把它放在任何特定的地方,尽管有些人可能更喜欢把他们的源代码保存在他们的用户主文件夹(C:\用户[你的用户名])中,但我个人更喜欢用一些简短的东西,比如C:\ dev,这对我。 |
![]() |
3
1
这真的是一个品味的问题…只是要小心存储大量的数据在你的用户目录…尤其是如果您使用漫游配置文件,因为这些数据将被传送到您登录的每台计算机上(并在网络上维护一个副本)。适合备份,不适合登录/注销时间。 由于您使用源代码管理,对于您的项目,最好在根目录下创建一个新目录,并将源代码放在那里。它不会受到uac的保护(除了第一个目录的初始目录创建)。我倾向于在我的机器上创建一个C:\ dev目录,然后创建子目录C:\ dev\3rdparty和C:\ dev\sandbox,我的所有第三方组件都进入C:\ dev\3rdparty中的子目录,我的Delphi“默认”目录指向沙盒,在那里我创建我的“测试”项目。 如果您开发了一个供公众使用的第三方库,那么您需要使用一些类似于公共文档的东西,但是要让用户能够更改目录以匹配他们的首选项。 |
![]() |
4
1
您指定的文件夹可能是Windows7上shGetFolderLocation(CSIDL_Common_AppData)结果的一部分。它以前是Windows XP上的C:\文档和设置\所有用户\应用程序数据,是适用于计算机所有用户的应用程序相关文件的正确位置(根据MS)。 因为我不与其他人共享我的开发机器,所以我通常将组件安装在其他地方(例如,我在家用电脑和笔记本电脑上有一个辅助硬盘驱动器,用于这类东西)。这可以防止vista和win7在编译文件或创建包时出现uac问题,因为我可以安全地向该目录树上的每个人授予读/写权限。 我在我的工作机器上使用一个单独的文件夹,位于c:\,名为comps的根目录下。我把我所有的第三方和内部组件都安装在那个文件夹的子文件夹中,这样就可以把它们放在一个地方。 |
![]() |
5
1
是时候让库编写器停止默认写入了。他们可以选择公共文档,因为Delphi本身会将编译过的包放在那里,而且因为这是唯一确实可用的可写目录,而不是用户特定的目录。 多年来,我一直在使用一个具有适当权限集的目录:a:\ dev\lib存放库的位置,以及用于我的项目源的目录:dev\src(我喜欢短路径)。你不知道你用的是哪个VCS——很多VCS并不需要一个根目录,你可以在源代码管理下有多个目录树,每个目录树都有自己的根目录。不管怎样,有一个清晰的目录结构是有帮助的。 我通常将bpls保存在delphi使用的同一个共享目录中,因为它已经在路径中,避免“丢弃”system32文件夹。 不幸的是,许多组件编写器仍然没有遵循正确的库部署规则,我通常发现的最烦人的问题是: -DCU(即DCU\D11)没有单独的文件夹,DCU留在源目录中,在不同的Delphi版本之间共享库时没有好处 -不使用$librarysuffix设置包版本,但仍将其放在包源名称中的包 -bpl留在包目录中,而不是路径中的目录中。 |
![]() |
usustarr · 从其他文件夹导入Python模块 6 年前 |
|
Stein · 如何获取当前活动窗口的地址栏文本 7 年前 |
![]() |
Coskun Ozogul · Windows 7远程桌面已停止崩溃 7 年前 |