Delphi - Почему ExplicitWidth и ExplicitHeight продолжают появляться в файлах .DFM и что это такое?

Question

Delphi - Почему ExplicitWidth и ExplicitHeight продолжают появляться в файлах .DFM и что это такое?

30

Мы заметили, что при проверке обновлений у наших .DFM файлов были добавлены свойства ExplicitWidth и ExplicitHeight, что, по-видимому, не является особой причиной.

Мои два вопроса: зачем они и почему они автоматически добавляются Delphi?

Ниже приведен пример со свойством в:

object Splitter2: TcxSplitter
    Left = 0
    Top = 292
    Width = 566
    Height = 8
    Cursor = crVSplit
    HotZoneClassName = 'TcxXPTaskBarStyle'
    AlignSplitter = salBottom
    Control = BottomPanel
    Color = clBtnFace
    ExplicitWidth = 8
end

Pauk 19 март 2010, в 11:49

Источник

0

Что говорится в документации Delphi? :П
mjn 19 март 2010, в 11:52
13

Вы серьезно предлагаете мне RTFM? Где же в этом веселье? И я должен добавить, что я использую Delphi 2007, так что я все еще жду загрузки справки . Я думал, что будет быстрее спросить о переполнении стека!
Pauk 19 март 2010, в 11:59
1

@Mjustin, справка гласит следующее: ExplicitWidth - это свойство только для чтения, используемое внутри Delphi. Используйте ширину в приложениях, тем самым предоставляя доступ для чтения и записи. docwiki.embarcadero.com/VCL/en/Controls.TControl.ExplicitWidth
Rob Kennedy 19 март 2010, в 18:54
3

Так получилось, что я сделал RTFM. Все, что я получил, было следующее: «Это ExplicitWidth, член класса TControl». Так что спасибо, Роб. :)
Disillusioned 14 авг. 2013, в 14:50
2

слишком часто RTFM является упражнением в расшифровке расплывчатого, плохо написанного руководства. Крупные компании отправляют это в Китай, поэтому у вас часто есть китаец, который очень мало знает английский, печатая эти руководства. Я пришел сюда в поисках той же проблемы. Я использую C ++ Builder в офисе и дома, и когда я копирую код туда и обратно, это происходит и со мной. Я не меняю ахоры. Одна IDE вставляет их, а другая - их.
Eric 18 июль 2014, в 20:21

Показать ещё 3 комментария

Теги:

delphi

dfm

3 ответа

28

С помощью DDevExtensions вы можете отключить сохранение этих свойств в dfm:
http://andy.jgknet.de/blog/?page_id=10

Добавляет свойство Explicit * для удаления файлов DFM для более старых версий Delphi

André 19 март 2010, в 13:04

8

+1. Я не использую его из соображений совместимости, но просто для того, чтобы мои DFM были меньше, а управление исходным кодом стало менее загроможденным.
Uli Gerhardt 19 март 2010, в 12:25
3

Мне это нравится, так как, как и Ульрих, он убирает нас от ошибок при обновлении исходного кода. Хотел бы я разделить ответ между этим и ответом JamesB!
Pauk 19 март 2010, в 15:45
0

Дело в том, что если у всех, кто будет редактировать вашу dfm, не будет установлен DDevExtensions и не включена опция, вы будете получать больше различий при каждом сохранении файла.
SoftDeveloper 30 апр. 2015, в 11:23

Показать ещё 1 комментарий

0

Delphi добавляет значение опубликованных свойств в файл DFM только тогда, когда его значение отличается от значения по умолчанию.

Например:

property ExplicitWidth: Integer read FExplicitWidth write FExplicitWidth default 1;

Если значение ExplicitWidth не равно 1, оно будет записано в DFM. Когда значение "по умолчанию" не определено, любое значение будет записано в DFM.

TcxSplitter не является стандартным компонентом Delphi, лучше спросите его автора о целях свойств.

Dmytro 19 март 2010, в 13:19

5

Я просто перечислил TcxSplitter в качестве примера, который мне пришлось передать. Это чаще всего случается с TForm.
Pauk 19 март 2010, в 11:39

Ещё вопросы

Что говорится в документации Delphi? :П
Вы серьезно предлагаете мне RTFM? Где же в этом веселье? И я должен добавить, что я использую Delphi 2007, так что я все еще жду загрузки справки . Я думал, что будет быстрее спросить о переполнении стека!
@Mjustin, справка гласит следующее: ExplicitWidth - это свойство только для чтения, используемое внутри Delphi. Используйте ширину в приложениях, тем самым предоставляя доступ для чтения и записи. docwiki.embarcadero.com/VCL/en/Controls.TControl.ExplicitWidth
Так получилось, что я сделал RTFM. Все, что я получил, было следующее: «Это ExplicitWidth, член класса TControl». Так что спасибо, Роб. :)
слишком часто RTFM является упражнением в расшифровке расплывчатого, плохо написанного руководства. Крупные компании отправляют это в Китай, поэтому у вас часто есть китаец, который очень мало знает английский, печатая эти руководства. Я пришел сюда в поисках той же проблемы. Я использую C ++ Builder в офисе и дома, и когда я копирую код туда и обратно, это происходит и со мной. Я не меняю ахоры. Одна IDE вставляет их, а другая - их.
+1. Я не использую его из соображений совместимости, но просто для того, чтобы мои DFM были меньше, а управление исходным кодом стало менее загроможденным.
Мне это нравится, так как, как и Ульрих, он убирает нас от ошибок при обновлении исходного кода. Хотел бы я разделить ответ между этим и ответом JamesB!
Дело в том, что если у всех, кто будет редактировать вашу dfm, не будет установлен DDevExtensions и не включена опция, вы будете получать больше различий при каждом сохранении файла.
Я просто перечислил TcxSplitter в качестве примера, который мне пришлось передать. Это чаще всего случается с TForm.

James Barrass · Accepted Answer · 2010-03-19T13-54-00.000Z

21

Лучший ответ

Из Googling....

Оригинальную статью можно найти здесь.

Явные свойства запоминают предыдущие оценки элемента управления до свойства Align или Anchor изменились с их значений по умолчанию.

Единственный раз, когда явные свойства не написаны, когда выровнять свойство возвращается к умолчанию значение alNone.

Это когда Явные свойства на самом деле используются reset его границы того, что это было ранее.

James Barrass 19 март 2010, в 13:54

2

Это измерения, которые вы им явно предоставили, в отличие от измерений, которые они получили неявно благодаря выравниванию или привязке. Они не обязательно являются исходными измерениями, которые вы могли изменить между временем создания элемента управления и временем его выравнивания.
Rob Kennedy 19 март 2010, в 14:46
11

Это звучит правдоподобно, но это не то, что происходит на самом деле: по моему опыту, Delphi IDE переключается между хранением одинаковых значений в Left / Right / Width / Height и их аналогах ExplicitXxx каждый раз, когда форма записывается в .dfm. То же самое относится и к свойству ItemHeight TComboBox, которое постоянно изменяется от 0 до 13 и обратно. Это довольно раздражает, когда мой источник контроля хочет публиковать изменения в .dfm все время, когда на самом деле ничего не изменилось.
dummzeuch 19 март 2010, в 18:55
4

@dummzeuch многие версии Delphi демонстрируют поведение, которое вы упоминаете. Это раздражает, так как загромождает различия в истории контроля версий.
Jeroen Wiert Pluimers 29 янв. 2015, в 12:01
0

Да, новые свойства Explicit * автоматически записываются независимо от того, изменил ли я свойство Align или Anchor. Он содержит Explict * = 0, и история управления версиями теперь показывает бессмысленные изменения. Это именно то, что делает использование Embarcadero раздражающим.
Bizmarck 05 янв. 2016, в 19:53

Показать ещё 2 комментария