Mazzy, согласен, что в твоем варианте гораздо меньше программирования, чем в моем. Хотя для меня количество доработок, как критерий, всегда был после таких факторов, как удобство для пользователя и полнота функционала
.
C другой стороны мой вариант более гибок - представь, что через пару дней ArturK придет к тебе и попросит добавить к этому отчету пару фич, которые ты не сможешь реализовать не перекрыв fetch() или send()....
Цитата:
Во-первых, не надо трогать fetch и send. Тогда многое в штатных механизмах работать перестанет. Например, скорее всего, пользователь не сможет добавлять свои условия, привязывать таблицы, изменять порядок сортировки и т.п.
Хм... Оборотка по складу версии sp2. Все работает.
Конечно для того, чтоб это работало пришлось поработать и ручками (см. класс ReportPeriodDialogInventTurnover_RU) - но если количество разработчиков не самое узкое место на проекте - можно реализовать и такой вариант