Всем привет.
Много копий и не только переломано на фронте R vs OO.
Но часто у сторонников этих подходов наблюдается какая-то крайность взглядов.
Либо суют OO где не поподя, либо шарахаются от ООП - "не лучше мы постаринке".
Пытаться совмещать - это тоже компромис не впользу обоих подходов.
Вот я подумал почему нельзя использовать некоторые приимущества ООП не отходя
от Коддовской теории.
Если в предметной области паралельно использовать оба подхода, для "абстракции".
Например:
Таблица - Класс,
Столбцы таблицы - Поля объекта,
Процедуры для получения и записи строки таблицы - методы доступа
Процедура для обработки обной строки таблицы (удаление, изменение) - метод
объекта
Процедура выполняющая обработки связанные с данными таблицы - метод класса
Информация в метаданных - Поля класса
и т.д.
Конечно все эти идеи далеко не новы. И тут вопрос не в том чтобы Таблицу
превратить в Класс.
А в том чтобы при проектировании схемы позаботится о том, чтобы данная Таблица
"могла" при необходимости выглядить как класс.
Т.е. при наличии хорошо отработанной "терминологии", конвенций (коими обладает ООП) и мощности реляционной теории, воплощенной в
SQL, можно снизить сложность проектирования и сопровождения.
Например ООП элементарно может реально снизить "повторение" одинакового кода в разных местах, уменьшить перекрестные ссылки, сделать
код более удобным для изменений.
В тоже время не ставить палки в колёса реляционной теории.
Что об этом думает уважаемая публика.
Заранее спасибо.
P.S. Наверное большинство, так или иначе попадали на объектно-ориентированный
"крючок",
хотелось бы узнать опыт и сделанные выводы.
