Цитата:
Сообщение от
sukhanchik
Проверил. DAX 4.0 SP2 почти чистая. Экспортнул форму SalesTable. Размер XPO: 422 313 bytes. Вывод - не каждая форма выгружается мегабайтами.
Ну да, в принципе, впечатления о мегабайтных экспортах форм наподобие SalesTable сформировались на 3-ке, где для объектов AOT выгружаются все свойства, а не только те, чьи значения отличны от значений по умолчанию (вроде с 4-ки сделали такую оптимизацию, чтобы упростить работу с системами контроля версий)
Для сравнения, файл экспорта той же формы SalesTable со слоя dis на 3.0 SP5 EE FP1 занимает 985kb.
В любом случае, распухание слоя даже на несско сотен килобайт при изменении одного свойства на элементе формы существенно отличается от увеличения слоя на считанные сотни, ну, может, тысячи байт при, скажем, изменении свойства таблицы или метода класса. В то же время, в исходном опросе касаемо степени модифицированности приложения такие отличия не принимались во внимание.
Цитата:
Сообщение от
sukhanchik
Кстати - обнаружил интересный глюк в виндах (2008). Если встать на файл и смотреть на размер файла в строке состояния - то мы видим некий размер файла (допустим, 13 Мб). Далее, жмем F5 (обновить). О чудо! Размер файла уже "стал" 26 Мб. Снова жмем F5. Теперь файл "стал" 39Мб. Но в свойствах файла размер показывается правильно.
Наверное, "глюк" не столько в виндах, сколько в проводнике, и связан он, видимо, со следующим:
- как та или иная программа пишет файлы: некоторые программы копирования, например, заранее резервируют все необходимое место под файл и лишь затем заполняют его данными, другие могут писать в файл последовательно, так что он после создания будет постепенно увеличиваться в размере;
- как (часто) винды посылают уведомления об изменении содержимого каталога, и для получения каких именно уведомлений регистрируется проводник (см., например, SHChangeNotifyRegister())