О чём этот пост

1. Это пост-обзор вариантов управления моделями данных, известных автору, на основе опыта, слухов, и чтения инструкций
2. Также этот пост — попытка классификации существующих вариантов управления моделями данных
3. Напоследок приводится идея и начальные штрихи в реализации системы управления моделями данных, которая не должна содержать недостатков предыдущих

Определения и ограничения

Предполагается, что читатель является (или когда-нибудь станет) разработчиком Enterprise Application, которому часто нужно писать быстро и качественно, но не боящегося лезть в дебри JPA/JTA/RMI чтобы «подкрутить напильником» особо тонкие места.

Данные — то, что хранится в базе данных приложения. Данные о клиентах, пользователях, заказах и т.п.

Метаданные — описание структуры данных. Описание того, какие типы объектов хранятся в базе данных, какие у них есть поля (аттрибуты, элементы), описание зависимостей между объектами. В общем случает типы могут наследовать атрибуты родительского типа, а один атрибут в общем случае может присутствовать у двух и более типов, несвязанных отношением наследования.

В русской Википедии начался опрос, результат которого покажет, будут ли администраторы Википедии иметь право блокировать любого участника за то, что он на любом другом ресурсе отрицательно выскажется против любого другого участника Википедии или группы участников.

Например, блокировке будут подлежать любые пользователи, которые в комментариях на хабре назовут администраторов не очень умными людьми. Желательно — с никами.

Разблокировка будет возможна только после удаления негативных комментариев.

Update: данная практика уже присутствует в Википедии, а опрос сможет отменить эту практику или же узаконить. Опрос был организован, в том числе мной, именно с целью внести ясность — могут администраторы это делать или нет. Пока что они считают, что могут.

Данный топик является чем-то вроде ответа на пост EuroElessar о том, что статью о его программе удалили из английского раздела Википедии.

Постановка проблемы

Итак, предположим, вы являетесь самым главным редактором большой энциклопедии. Сотрудниками вашей редакции являются абсолютно любые люди — от школьников до академиков (причём на одного академика — 10 тысяч без высшего образование). Более того, узнать, кто же является академиком, а кто школьником — нельзя. Академик может оказаться слесарем, школьник спокойно общаться и редактировать статьи о термодинамике в рамках курса технического ВУЗа, слесарь — писать статьи о любимых вертолётах всех стран мира, как будто лично участвовал в сборке каждого из них.
И вот проблема — вы замечаете, что в вашей энциклопедии появляются следующие статьи (список актуальный):

• Оппельн-Брониковский, Герман фон
• ДВГМУ
• Глаза (Вавилон-5)
• Тридцатый
• Профессиограма адвокат
• Профессиограмма адвоката
• Цифровые автоматы
• LongGong

(это за 15 минут. upd.: это был список статей, созданных за 15 минут незарегистрированными пользователями, либо пользователями без флага автоматрулирования(=чаще всего — свежезарегистрированные))

Теперь задача. Как отделить зёрна от плевел? Как выбрать, что должно остаться в вашей энциклопедии, претендующей на звание качественной, а что нужно выкинуть или перенести в другие проекты? На чём сосредоточить труд редакторов, администраторов,

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

Однако, в отличие от работоспособности кода, которую можно оценить с помощью выполнения проверочных тестов, качество кода не является простой оценкой TRUE или FALSE. Более того, под качеством кода понимается набор субъективных оценок восприятия кода другим человеком. Однако давайте всё-таки попробуем как-то формализовать задачу оценки качества, и, при возможности, дать способ автоматического выполнения этой задачи.

К сожалению, иногда приходится наблюдать случаи, когда люди, прошедшие паттерны проектирования в институте в рамках курса программирования, или же прочитавшие книжку с паттернами сразу после учебника по программированию, начинают применять их в работе буквально с первого класса. Иногда это даёт результат, чаще всего с паттернами Singleton (хотя бы знают про double locking idiom). Но чаще всего возникает ситуация, когда человек применяет паттерн просто для того, что его применить. И это плохо.

Для начала, что такое паттерн? Можно перевести как «образец», «пример», «модель», но мне больше всего нравится слово «шаблон» или же «шаблон проектирования». Потому что любой паттерн это не образец, с которого надо копировать ваш код. Это образец оформления кода, которому надо следовать. Разница такая же, как между образцом документа, который висит на стене, и шаблоном документа в MS Word / OpenOffice Writer, который используется для единообразного оформления (отступы, шрифты, оформление абзацев).