Привет всем!

Пару лет назад я открыл топик вот здесь

С последнего поста прошло 2 года. Хотелось бы поделиться своими достижениями.
Проработал я 2 года в компании, автоматизирующей Балтику и не только её.
Получил бесценный опыт по части проектирования и реализации структур и процедур для
больших объёмов данных, ну очень больших. Как следствие тонкая оптимизация запросов и
многие другие хитрости.

Работать было тяжело, нагрузки очень большие, никаких праздников (только Новый год 3 дня),
выходные редкость. Связано это было с тем, что изначально система спроектирована была очень
плохо, коллектив не менялся очень давно (15 лет), многие(большинство) работают там со дня
основания, поэтому альтернативного мышления там нет. Что такое ООП никто не знает. То что
архитектура гораздо больше влияет на производительность системы, чем тонкая оптимизация
процедур тоже никто не знает. В результате я уволился как только купил квартиру, платили
там хорошо.

Помыкался я по конторам на зарплаты мне соответствующие и остался ни с чем. Полный
непрофессионализм коллег просто убивает. Системы проектируют те, кто даже интерфейс
проектировать не умеет. Простой пример: форма для создания новой сущности, справочные данные
выбираются комбобоксом, значения, которое нужно выбрать, в справочнике ещё нет.
Значит форму нужно закрыть, так как программа одновременно две формы показывать не может!!!!
Открыть форму справочника, ввести туда это значение. Закрыть. Открыть прежнюю форму ввода
сущности. Заново ввести все данные. Открыть комбобокс и... выматериться, потому что нового
значения в справочнике почему то нет. Эти идиоты кешируют справочники на клиенте. В результате
только после перезагрузки приложения новое значение в справочнике подхватывается.

И это делают за зарплаты от 2000 ЮСД. С такими коллегами я работать не хочу.

Устроился я на работу в торговую фирму в маленький отдел ИТ. Взяли за маленькую зарплату.
Больших там просто нет. И за 3 месяца с нуля создал то самое ядро. И на этом ядре сделал
ещё одно ядро для настройки бизнес-процессов. И вот теперь все договора фирмы проходят
процесс согласования только в электронном виде.

Что сейчас представляет из себя система.
Дельфи 7 и 2000 скуль. Двухуровневая клиент-серверная. Каждое клиентское место это одна
коннекция на сервере с собственным логином. Права пользователю даются только на вьюхи
и хранимые процедуры. Вьюхи с инстед ов триггерами. Все таблицы, вьюхи, триггера и процедуры
генерируются автоматически на основании метаданных. Любую из структур разработчик может
перекрыть своей собственной.
Разработка сводится к регистрации класса, регистрации полей класса, регистрации дочерних
таблиц и их полей. Затем вызывается хр. процедура Compile с указанием класса. Все структуры
пересоздаются, даже если в талицах уже есть пользовательские данные. Данные просто
переливаются в новые структуры.

Клиент это MDI приложение, в котором есть форма-проводник, через которую можно получить
доступ к любому объекту. А также формы объектов. На форме объекта имеется шапка - это
контрол TDBOEdit - панель для отображения полей одной записи датасета. Все описание берет
из TField. Под шапкой находится TPageControl на каждой закладке которого располагаются
либо TDBOGrid либо TDBOEdit для дочерних данных.

Все компоненты мои собственные, TDBOGrid наследуется от TDBGridEh, так что функционала там
предостаточно. Основная форма объекта в приложении это TAutoForm, которая для отображения
данных объекта берет описание из метаданных. Разработчик может использовать свои собственные
формы с любыми другими контролами, главное чтобы наследовалась от TBaseForm.
Форма регистрируется в метаданых, поэтому система сам знает какую форму открыть для каждой
операции объекта.

Всё работает очень быстро. На глаз даже незаметно, когда приложение подгружает метаданные.

Что есть в системе. Кроме ООП и метаданных имеется:

1. Разграничение прав доступа на уровне объекта, операции и пользователя. Пользователи
связаны с ролями, причём иерархически. Права можно давать как роли так и пользователю.
Права даются на каждую операцию для каждого объекта (записи) Можно давать шаблонные права,
т.е. не объекту, а классу, все объекты наследуют права класса, плюс могут иметь ещё и свои.
По-умолчанию прав нет. Только у админа права не проверяются.

2. Событийная система. Разработчик в методах может возбуждать событие. Например в процедуре
создания объекта сделать такой вызов exec Event_Throw 'Create', @OID
'Create' - это зарегистрированное событие - объект, привязанный к классу.
@OID - ссылка на созданный объект (Self в паскале)
И если к данному событию привязаны какие-либо обработчики - методы, являющиеся объектами
описывающими хранимую процедуру, то они будут вызваны.

3. Система поиска, позволяющая найти любой объект по любому его атрибуту, форма для ввода
параметров и скрипт поиска генерятся автоматически по метаданным.

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

5. Настройка бизнес-процессов. Позволяет настроить для любого объекта набор статусов,
набор переходов от статуса к статусу, участников процесса, параллельное и последовательное
прохождение статусов. Каждый переход описывается операцией, которая состоит из набора
функций (объектов). Каждая функция делает какую-либо простую задачу (например меняет статус,
отправляет сообщение по Email, даёт права на объект следующему участнику процесса).
Разработчик может создавать любые новые функции. Выполнение функций происходит по шагам,
по результату выполнения возможен переход на любой другой шаг (запросто можно делать циклы
и сложную логику). То есть более высокоуровневое программирование, которое может делать
администратор либо настройщик бизнес-процессов.

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

7. Все поля ввода раскрашиваются в цвета в зависимости от свойств поля.
Нередактируемые поля одним цветом
Обязательные к заполнению другим цветом
И остальные третьим цветом
Цвета пользователь может настроить по своему усмотрению.

8. Изменение данных происходит кешированно на клиенте с помощью отсоединенных датасетов
И только по нажатию на кнопку ОК открывается транзакция и все данные с формы отправлются
на сервер. Так что транзакции короткие и блокировки короткие.

И еще очень много вкусностей. А главное, что это полноценная среда разработки.
И всё это я сделал за 3 месяца, сделал и внедрил, то есть за время испытательного срока, а
мне до сих пор не повышают зарплату.

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

Как фамилия у Дмитрия Юрьевича?

Да это я знаю, что отсюда. Фамилию кто может сказать? Мне кажется что я знаю человека заочно.

2 MasterZiv

Само собой разумеется, что прикладные вещи гораздо интереснее, но чтобы их сделать нужно ядро, а на это ядро у меня прав нет, так как они принадлежат работодателю.
Поэтому сначала нужно будет сделать ядро (2 месяца), затем любая прикладуха.

Если внимательнее почитать первый пост, то там написано, что на этом ядре я сделал документооборот.

Автогенерация кода происходит не на клиенте, а на сервере.
И не в момент выполнения программы, то есть не интерпретация, а именно генерация таблиц, вьюх, хранимок.

Пример программирования Контракта:

Contract.Currency - класс.поле
Currency - тип поля - класс - он и есть справочник
Валюта - caption
null - необязательное поле

Конечно, можно. Почему нет.
Такие варианты даже есть