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