автор="Mike Neck"
У меня есть класс справочник. Он реализует закачку данных через селек, подкачку одной записи, обновление записи, сортировку и ещё кое что.

В простонародье (или как учил великий Гради Буч) - это класс сущности.
автор="Mike Neck"
С ним в тесной связи работает класс(форма) - редактор записей.

а это ничто иное как клас общения с пользователем, или граничный класс.
автор="Mike Neck"
На более высоком уровне есть Список документов(журнал). Он унаследован от справочника но обеспечивает иконки(статусы), регистрацию форм поиска, регистрацию классов реализующих специальные команды и пр.

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

Проблема не в отображении сущности. Это вопрос как говорицца "дизайнерский". Проблема в следующем:
Клас сущности должен себя сохранять в базе и восстанавливать себя. Но и это как говорицца не проблема. В конструкторе селект написали + добавили методы апдейта, инсерта, и удаления. Но классы сущности могут унаследоватся от других классов, более того члены этого класса могут быть такими же классами сущностями (простая реляция). Можна тупо написать громосдкие sql запросы, и переопределять эти запросы в наследуемых классах, что очень и очень неудобно. Хотелось бы чтоб это было на автомате. Клас определен и он работает, внезависимости, унаследован ли он, и имеет ли он в своем составе другие классы сущности.

авторНа более высоком уровне есть Список документов(журнал). Он унаследован от справочника но обеспечивает иконки(статусы) ,
ну а эти "иконки (статусы)"? это как понимать?

2 Snake
Я конешно понимаю что легче дать ссылку, да еще и на "родном" англиЦком языке. Но хотелось бы хоть какого то обяснения что и как на пальцах, если человек не решал этой проблемы, более того он даже не стыкался с ней, то не вижу смысла советовать, и показывать просто ссылки.

---------------------
уйдем немного в дотНет.

Тут умные люди ввели уже понятие сериализации обектов. Т.е. их сохранения в некой форме на физическом носителе. Отсюда напрашивается хотение переопределить эти методы под свою дудку, чтоб сохранялись обекты в БД. Как то так. Но как именно, я и хотел узнать тут. Может есть какие то мысли, решения по поводу?

наивные не наивные, а невозможного нету. И я неверю, что такого рода задачи не решалитсь на спп!

2 snake
искренне извиняюс за столь небрежное высказывание.

автор и те из счастливчиков, которые уже сделали подобную "предварительную работу", навряд ли станут делиться своими наработками вот так вот запросто - в публичном форуме, забесплатно... (они скорее всего молча еще 1 проект на этой структуре реализуют и денежек себе немного заработают).
ну что ж . у матросов нет вопросов. Все паняна! ;). Еще раз прошу прощенья если кого обидел.

п.с.
...всем когда то надо начинать, так почему же и мне не начать? Ушел мыслить.