Инверсия зависимостей IoC снова набирает популярность. Ещё раз напомню что инверсия управления это несколько достижений. Одно из достижений это внедрение зависимостей DI. Есть ещё переход в плоскость конфигурирования(XML, JSON, ...), и это ещё не всё.

Внедрение зависимостей это возможность легко менять реализацию! Dependency Injection -=DI=-.

Но тут появляется ещё одна ПРОБЛЕМА. А связанный код?

Например если вспомнить о том что у нас что ни база то новый диалект SQL. Если PostgreSQL то ~PSQL. Если Oracle то ~PL/SQL. Если Firebird то ~PSQL9X.

Вспоминайте что наши системные аналитики знают только ~DDL и ~DML SQL, ну, может кто то в кампаниях знает и больше, но что делать со стандартом BPMN, а с ним идёт и SQL. Причем чуть-ли не в "бизнес требованиях"! Как в компаниях подрядчиках-соседях определять функциональные требования?

ЧТО ДЕЛАТЬ?!

Нужен SQL ~CRUD(~Data Definition Language, ~DML)!!!