ShrПоследнее время занимался похожей ерундой (на Delphi) - и в конце концов пришел к выводу, что лучшее решение - это форма с основными действиями (grid, buttons, etc) - и наследование от него для всего, что надо дополнительно. И, главное - не более того :) иначе все дико усложняется и решение, хоть и универсальное, теряет в гибкости и жрет кучу времени на поддержку/отладку/доработку.

Полностью поддерживаю. Кажется подобная дискуссия уже была, но не важно.
Каждого программиста в определенный момент времени посещает желание написать мега-универсальный компонент, который бы сам делал все. Это желание появляется после периода "кодера", когда появляется какая-то уверенность в своих силах и желание поразить мир. Истина же (которую познают на следующем этапе развития программиста, как профессионала) состоит в том, что такие супер механизмы могут эффективно работать лишь в очень простых случаях (редактирование справочников и т.п.). Как только суперкомпонент пытаются применить к реальным задачам, оказывается, что не все так просто, что есть исключения, что вот тут надо "точно так же, но чуть по другому". Наш разработчик судорожно пытается приспособить свой компонент к суровым реалиям, пишутся костыли, дополнительные проверки, ответвления, которые реально срабатывают только один раз и нужны только для того, чтобы решить данную конкретную проблему. И таким образом код все более усложняется, суперкомпонент становится все более непонятным и поддерживать его может только один человек, его "творец".

К чему это я все ? А вот к чему.
traktor123, если Вы сможете убедить руководство в необходимости реализации Ваших идей, то перспективы у Вас самые радужные:

1 вы интересно проведете время, создавая шедевр и радуясь, как он успешно справляется с тестовыми задачами
2 вы заслужите всеобщее уважение, показав пункт 1
3 Ваше "дитя" станет основой новой, перспективной системы
4 с этого момента вы больше не будете заниматься прикладными задачами, а все время проведете исключительно развивая свое творение
5 постепенно станете незаменимым человеком в команде, принадлежащим к "элитной" касте "системщиков"
6 можете смело требовать повышения з.п. и не бояться, что Вас уволят (помните, кроме Вас с монстром никто не справится)
7 перейдете на след. этап развития, который называется KIS(S) :)

ASCRUSРекомендую следовать их рекомендациям и больше внимания уделять правильной проектировке архитектуры БД и приложения, чем всяким универсальным примочкам.

Все верно сказали. Как (я надеюсь) следует из моего предыдущего поста я сам придерживаюсь подобной точки зрения. Но для своего собственного развития программисту весьма полезно попробовать написать что-то подобное. Грубо говоря, на месте программиста я бы "пробивал" такие идеи, на месте руководителя, ответственного за результат в целом - я бы такие идеи душил.

Резюмируя - что хорошо для программиста, зачастую плохо для проекта.