Сегодня переделывал ТН и ТТН для Беларуси.
Возникла мысль - почему в типовом коде не делается так:
1. Заполняется структура с данными.
2. Эта структура просто натягивается на макет.

Просто даже при выводе областей дергается код, анализируются какие-то значения полей и т.п.?

В итоге сложно менять и сопровождать такую схему.

По обилию тем данного автора становится понятным, чем он занимается сегодня - учится разрабатывать внешние отчёты.
Может даже убийцу системы отчётов 1С пишет

(0) напиши в 1С, может быть они примут во внимание твое предложение.

(0) Обычно сначала готовят данные отдельной функцией. При выводе могут быть замены, если не заполнены значения. Все говнокодят время от времени.

(0) <Возникла мысль - почему в типовом коде не делается так: >
тыж давно в 1С, и до сих пор такие мысли возникают, это надо принять как данность и жить с этим ;)

(2) это куда?

(4) мне сегодня прям захотелось переписать ТТН и ТН на "фабрику печатных форм" прямо.

(6) ну перепиши. Протянешь потом сопровождать?

(6) ну да, перепиши, печатные формы в типовых это вечная беда помноженная на то что разные конфы делают разные команды имеющие разное видение того как делать 'правильно'
но сделаешь ты только это 'для себя'...а если для себя хочешь - ну так делай, всёравно только ты сам это поддерживать сможешь полноценно, а для осталльных это будет еще +1 вариант к типовым

(7) так вот я и спрашиваю, почему изначально не сделать правильно?

(9) "Правильно" никому не интересно. Всем интересно "дорого продать".

(9) Правильно - это так, как тебе пригрезилось в наркотических снах?

(9) Отвечаю. Во время создания этих печатных форм не было никаких фабрик, и "правильно" было так, как они сделаны.

(12) не скажи. Я помню, когда еще ВПФ рисовались без запросов, т.е. одно поколение подходов точно сменилось.

(13) Сменилось не одно, а больше. Что не отменяет (12)

(14) так надо быстрее доложить партии, считаю, пусть переделывает.

(15) Беги докладывай. Какой партии, кстати, КПК?

(15) оплатишь?

(17) что то ты очень баблом озабочен. мало платят? иди во фрилансеры

(9) так начни с себя. Тебе же когда говорят про твой говнокод, ты отвечаешь, что и так сойдёт, потому что больше не заплатили. Или экономия на спичках. Или прикинуться тупым и "не понял вопроса"

(19) так он же фрилансер - ему надо продать костыли и бежать дальше. А не разбираться с закрытием месяца..

(20) тут согласен. Надо подсадить побольше народа на свои костыли

(9) разве в 1с когда то изначально делали правильно.
Всю жизнь все плевались от кода типовых

(19) у меня нет бюджета 1С, ага.

(22) доколе?

(22) благодаря этой политике у нас всех есть работа, не надо ничего трогать! 1с все делает правильно!

Точно потому же как чистая идея HTML - разделения данных и их представления - канула в Лету.

(23) ну хоть с тем что пишешь говнокод не споришь

(26) не знаю, как в HTML, но в печатных формах она прям просится.

(26) Никуда она не канула. Все так же как и 30 лет назад. Есть какие-то данные и их нужно как-то показать. Причем форма отображения (в идеале) не должна зависеть от самих данных. Раньше считалось достаточным иметь раздельный вывод для разделов типа хедера, футера, артикля (то бишь детальных записей)...
Не всегда так получается (прмер данные физ лица и юрлица в одном макете). Тут уровень абстракции опускается до разных областей одного раздела. Потом сложность понижения абстракций превышает уровень компетентности разработчика и он начинает лепить как придется. Лишь бы работало.

(26) в хтмл как раз с приходом всяких реактов это разделение вышло на новый уровень

(30) те сервер отдает чистые данные и ничего не знает о форме отображения

(0)А как например использовать "ПроверитьВывод" если просто данные натягивать на макет?
Сейчас мы макет формируем динамически в зависимости от данных.. Можем использовать, а можем и не использовать какие-то части макета.
Есть конечно простые формы, где макет статический, там заполнение так и происходит.  
Или я чёт не так понимаю?

(32) это где макет динамически формируется?

(33)В памяти :)

(29) можно поподробнее, где не получается. хочется понять.

я к тому, что должен быть отображатель, куда на вход приходит заполненная структура данных, он по ней отображает. Сам никакие данные не извлекает.
Он может быть максимально заточен на дизайн вывода.
Т.е. отдельный блок сбора данных, отдельно - вывода формы.

(29) "Раньше считалось достаточным иметь раздельный вывод для разделов типа хедера, футера, артикля (то бишь детальных записей)..."
- угу.. а потом поячвились всякое позиционирование с точностью до пикселя... и понеслось...

(36) "Т.е. отдельный блок сбора данных, отдельно - вывода формы."
а как ты предполагаешь блок вывода данных отделить от самих данных? тогда получится что неизвестно что куда выводить.

(38) блок сбора данных формирует стркутуру данных и передает их в блок вывода данных.  По-моему все прозрачно написано

Да всё нормально.. Полная свобода действий и универсальность, как хочешь, так и формируешь свой табличный документ.

(40) это понятно, я про типовые