由于未知原因,VB6编译器经常喜欢重新排序.vb文件的内容和.frm文件顶部的控制描述符块(描述表单上控件属性的代码.您没有看到的代码IDE,但您确实在文本编辑器中看到,并且在版本控制中对前一版本执行差异.).在比较文件的修订时,这非常令人讨厌并且非常分散注意力.
有办法防止这种情况吗？
我认为你无能为力.我注意到了同样的问题:IDE喜欢重新安排事情,因为看似没有明显的理由.我注意到的一些事情:
当您使用SSTab控件时,VB喜欢重新排列选项卡的属性,尤其是TabEnabled属性.
对于项目文件,它随机重新排列文件出现的顺序,我想我记得看到类似文件类型并不总是组合在一起并最终与项目属性混合的情况.你没有太多的控制权,除非你通过某种类型的清理工具运行你所有的VBP,这些清理工具将文件组合在一起(一个组中的表单,另一个组中的模块等)并按字母或其他方式对它们进行排序,这样它们就可以了保持一致.处理这种情况的一种可能方法是编写一个IDE加载项,每次保存对项目文件的更改时自动执行此操作,或者提出一些批处理过程,它只会递归源目录并清理所有VBP中的一个人去.
IDE似乎随机改变了事物的情况; 这似乎经常发生在项目引用上.有时它们以小写形式输出,有时它们以大写形式输出.在SourceSafe中对文件进行差异化时,可以通过选择"忽略大小写"来解决此问题.
控制坐标(例如,顶部,左侧,高度和宽度)可以在同一表单的两个修订版之间不同.这是因为不同的开发人员在使用相同的表单时使用不同的屏幕分辨率和/或不同的屏幕DPI设置.如果您还没有这样做,我强烈建议您让所有人使用相同的分辨率和相同的DPI设置进行开发.不同的值是由不同分辨率/ DPI设置下的逻辑屏幕坐标转换为缇时发生的舍入误差引起的,这是VB用于布局表单的默认坐标空间.另外,当我谈论这个主题时,请确保每个人的显示器都设置为96dpi,因为如果你以120dpi开发VB表单,那么他们将无法在设置为96dpi的显示器上正确显示.
可能还有其他我现在还记不住的事情......
至于在表单文件中更改控件的顺序,这是正常的,如果碰巧从表单的一个修订版更改为下一个版本,您通常不希望尝试手动重新排列控件的顺序.控件在表单文件中出现的顺序决定了表单上的Z顺序.如果控件的顺序在.frm文件中更改,这将更改其在表单上的相对Z顺序,这可能会导致表单显示方式的意外结果.
| 归档时间： |
|
| 查看次数： |
839 次 |
| 最近记录： |