Bold for Delphi /Bold for C++.
----------------------------

Возвращаюсь к теме 2-х месячной давности. Если сразу не прибъёте, попробую последовательно рассказать об этом чуде, что я сам понял. Не в плане "Ура - даешь гербалайф!", а в плане - что сам знаю и умею.

Судя по всему - первоначально никто (и я в т.ч.) нифига не понял. Поцапались - и разошлись. Народ продолжает рубать n-х звенку c реляционными СУБД.

Ну, сразу скажу: первое-наперво - это вовсе не замена РСУБД - приложений. Это попытка войти в здание через парадную дверь, а не через чердачное (или подвальное - кому как нравится) окно.

В общем, несмотря на все классные фичи, которыми заманивают нас в MDA, суть мне представляется все - таки в другом - MDA - технология - это средство (методология?), позволяющая объединить требования к проекту с кодом проекта.

Суть в том, что модель приложения хранится в самом приложении, и приложение управляется этими требованиями. Т.е. приложение фукционирует в плане требований к модели - и все изменения в документации (т.е.) в модели тут же отражаются и на поведении приложения. Ну вот, собственно говоря, и все. А все остальное - просто полезности и вкусности, которые просто обязаны сопровождать ОО - среду. Если вам мало - то легко создаются новые (контролы, инструменты, адаптеры к СУБД и проч.).

В общем - вполне реальное средство довести свой проект до завершения в рамках заранее установленного срока или бюджета.
-----------------------------

По поводу примеров применения:

Приложения MDA в действии
Области использования
• Управление финансами/Страховое дело
• Правительство
• Промышленность
• Оборона
• Электронная коммерция
• Средства массовой информации/Шоу - бизнес
• Розничная продажа/Оптовая торговля
• Управление транспортом/Логистика
• Системная интеграция
• Независимая торговля программными продуктами
• и другие…

Клиенты
• Парламент Швеции
• Национальное Собрание, Парламент Франции
• Шведское телевидение
• l’Etat de Fribourg
• US Government Agency
• Вооруженные силы Швеции
• Министерство обороны Швеции – Агенство Исследований
• фирма Neosight Techologies
• Landesumweltamt (Бранденбург)
Brandenburg
• Carmenta
• Autoliv
• Ahola Transport
• Universitat Augsburg
• Vertec Ltd
• IPAT
• InterLan
• Nimbus
• Open IAC
• B&F Groep
• RIL Partner
• TimeWarp Engineering
• Know IT
• Marotz
• и другие…


Примеры


Управление финансами, система управления фондовой биржей Описание Система управления фондовой биржей в оффшорной финансовой индустрии
Пользователи Международный Институт Финансов
Объем 150 классов, 2 миллиона объектов
Инструментарий Rational Rose, Microsoft SQL Server, Windows NT

Правительство, система управления налогами
Описание Система управления налогами для индивидуальных лиц и предприятий
Пользователи 200 налоговых регистрационных пунктов, административный персонал
Объем 130 классов, 10 миллиона объектов
Инструментарий Rational Rose, Microsoft SQL Server, Microsoft OS

Оборона, система регистрации утилизации взрывчатых веществ

Описание Информационная система для регистрации исполнения утилизации взрывчатых веществ
Пользователи Полиция, армия и другие «допущенные к телу…». Применялась во время боевых операций на Балканах.
Объем 350 классов, 500 000 объектов
Инструментарий Rational Rose, Sybase, Microsoft OS

Средства массовой информации/Управление производством в шоу-бизнесе

Описание Система управления ресурсами для всего персонала, студийным оборудованием и т.д.
Пользователи 200 административных аппаратов объемной телевизионной сети
Объем 300 классов, 2 миллиона объектов
Инструментарий Rational Rose, Informix, Windows NT/95/98, сетевое окружение

Управление транспортом/Логистика

Описание Система поддержки анализа, планирования и продаж в реальном масштабе времени.
Пользователи Обслуживающий персонал транспортных корпораций
Объем 230 классов, 2,5 миллиона объектов
Инструментарий Rational Rose, InterBase, Windows 2000, Nokia Communicator, данные глобальной системы позиционирования (GPS)

Управление финансами/Электронное банковское дело

Описание Средний уровень COM – системы для частной банковской системы на базе AS/400.
Пользователи Чрезвычайно большая группа частных банков
Объем 60 классов, 5000 объектов, размещенных в конфигурационном файле XML
Инструментарий Windows 2000, Rose 2000e, AS/400 Host Access Class Library (HACL)

Заявления и ссылки

“Теперь мы работаем более чем в 10 раз быстрее, чем могли раньше, и мы завершили создание продукта, который действительно мощный и стабильный. Мы получили спокойствие, и мы получили время для того, чтобы действительно понять клиента и совместно принять решение о том, как можно построить лучшие системы.”
Hans Karlsen, Technical Project Manager, Swedish Parliament

“Bold позволяет вам строить действительно замечательные приложения. Я пользуюсь им 3 года, и все еще доволен ими.”
Samuel Iseli, Development Manager, Vertec ltd

“Мне понадобилось совсем немного времени, чтобы начать использовать Bold for Delphi, а все наши парни буквально считают, что BoldSoft создал для них рабочие места.”
“…это мощная вещь, и я думаю - чрезвычайно мощная!”
Randy Trexler, Technical Project Manager, US Federal Agency

Productivity Award Statement: “Delphi фирмы Borland предыдущий победитель Jolt Award – в течение длительного времени пользовался признанием среди разработчиков. А теперь Bold for Delphi фирмы Boldsoft позволяет вам строить приложения, управляемые моделью на Delphi.”
Roger Smith, Technical Editor, Software Development Magazine, July 2001

----------------------------
А теперь и я кое-что делаю...

=mv=

Про недостатки.
-----------------
Ну, да. Недостатков всегда больше, чем хотелось бы. Нашел уже пару явных глюков. А как же в нашем деле без этого? Правдо, все пока разрешилось нормально.
Ну, вот еще, например - вопросы локализации. Как скромно написано в книжке , вопросы локализации легко разрешаются простым Rational-Rose скриптом (пример в приложении книжки). Угу. Не далее как вчера нарвался на то, что при генерации скрипта, для имен автоматически созданных классов (реализующих множественную ассоциацию), используются имена классов модели, и, если они русские - то и имена объектов программы на Delphi будут "транслитерированы". Т.е. просто кракозябрами. Причем процесс "транслитерации" забит программно - его можно либо отключить, либо включить - изменить таблицу перекодировок не представляется возможным. Хотя и эту беду обошел. Думаю, дальше буду использовать специально добавленные в модель тэг - параметры, в которых буду хранить русские имена объектов модели. Но это мелочь, правда? Всю жизнь на англиском проектировали, у тут нефиг было губу раскатывать. Хотя, если переделать одну малюсенькую процедурку в сырцах...

Ну, еще - когда создал первое многопользовательское приложение, и меня уже распирало от гордости при виде того, как у юзеров автоматически меняются совместно редактируемые данные (это та фича, про которые многие "релиционщики" говорят, что она не нужна - так по мне, ее просто было тяжело реализовать. IMHO.), возникли проблемы с совместными блокировками. Но и с этим разобрался - просто прочитал в доках описание концепции регионов . Все очень прозрачно.


Ну, стандартные контролы мне не очень нравятся. Потихоньку затачиваю свои контролы. В доках есть описание процесса "болдификации" "обычных" контролов.

Еще не нравится то, что в сгенерированных файлах кода (ну, если, к примеру, хочу переопределить виртуальную функцию класса в коде Delphi), не работает Class Copletion. Ну да ладно, было время (Турбо Паскаль!), когда ничего такого и в помине не было.
-------------------------

Насчет своей работы. Сейчас добиваю визуальный дизайнер для конфигурирования комплекта поставки программного обеспечения. Внешне выглядит как MS Visio, с прямоугольничками и связями между ними. Ну, граф с разными видами связей между узлами. Реализация графического интерфейса (настраиваемого) заняла всего 2-3 дня, еще день - на "болдификацию" (ну, чтобы данные в базе сохранялись). Сечас, когда добью "красоту", попробую "обернуть" рисовалку в Bold - контрол.


Да, еще раз по поводу книжке - купите и прочтите. Многое там опущено (объем все-таки небольшой) - но как вводный курс очень даже ничего. Да, с Bold идет масса документации в электронном виде (есть ли в печатном - не знаю :).

Очень жалко, но "опытные" программисты при разговоре часто не въезжают, о чем речь. Хотя идея чрезвычайна проста и красива. Може, опубликование реализованных фич продукта (это все второстепенно, поверьте! - главное - сама идея) поможет заинтересовать народ?

Ну, пожалуй, стоит начать с архитектуры. Или с возможностей. Ну ладно, архитектура.

Далее аббревиатура ОП будет означать Объектное пространство или объектный слой.

Обозначения:
-------------
COM Client Любой "COM-говорящий" клиент, который может получить типизированный или нетипизированный доступ к ОП
Webserver Плагины могут быть написаны для любого веб-сервера, в есть демка для IIS
Bold aware Controls Нативные Delphi - компоненты, использующие OCL для доступа к ОП.
VCL Controls Стандатрные котролы Delphi
DB Controls Стандатрные DB - контролы
Bold Aware COM Controls Нативные Delphi COM aware Bold - компоненты, components, использующие OCL для доступа к ОП
VCL adapter Компонент, который предоставляет доступ к любому свойству любого VCL компонента, чтобы сделать его Bold aware
Bold Dataset Компонент, который позволяет получить доступ к бизнес - объектам как к набору данных, (TDataset Delphi)
COM exporter Генерирует код для интерфейсов и врапперы для бизне - объектов
XML gateway Извлекает любые данные ОП в виде XML - потоков
Presentation mapping Предназначен для манипуляции с данными из уровня представления к ОП
Object space Собственно - само объектное пространство ( ОП ). Место, где живут бизнес - объекты
Client Side Handle/HTTP Клиентская часть HTTP - соединения с ОП
Client Side Handle/COM Клиентская часть COM/DCOM - соединения с ОП
Server side handle/HTTP Серверная сторона HTTP - соединения с ОП
Server side handle/COM Серверная сторона COM/DCOM - соединения с ОП
Persistence Handle Дескриптор ОП
OR Mapper Реализует двусторонее преобразование запросов между ОП и реляционной СУБД
BDE Mapper Преобразует запрос к уровню данных к любому источнику данных, сформированному с помощью BDE
ADO Mapper Преобразует запрос к уровню данных к любому источнику данных, сформированному с помощью ADO (не требует BDE)
IB Mapper Преобразует запрос к уровню данных к любому источнику данных, сформированному с помощью компонентов IBX (используется СУБД InterBase) (не требует BDE)
File Mapper Выполняет преобразование запроса к уровню хранения данных в XML поток (не требует BDE)
Propagator Сервер сихронизации, оповещает клиентов об изменениях состояния бизнес-объектов, произошедших в уровне хранения данных
UML Model Содержит метамодель вашего приложения.
DBMS Любая подходящая СУБД.
XML Текстовый файл XML, сгенерированный Bold for Delphi.

Ну, а теперь - о возможностях.

Возможности

Ну, как всегда, сперва бла-бла-бла (можно не читать первые два абзаца :)
Технология Bold является реализацией переноса в приложение UML моделей. Различные свойства продукта Bold for Delphi помогают упростить процесс перемещения между моделью и кодом с помощью разнообразного набора сервисов, таких, как генерация схемы, механизмы размещения данных и их отображения. Он также позволяет получать готовые приложения с удивительно малым объемом кода.
Реализация модели предполагает, что приложение знает о модели. Управляя разработкой приложения на основании информации о модели, мы приближаемся к новой мощной технологии, называемой «Процесс Разработки, Основанной На Модели» (Model Powered Development).
Производительность
Производительность, выраженная во времени разработки, вызывает дикую радость пользователя (пъянки, пляски, песни и проч.), максимально использующего Bold - технологию. RAD – природа продукта дает непревзойденную скорость при итеративной разработке и требует минимум кодирования. Рабочая среда дает Вам мощное ядро возможностей как программисту, каких не заказывал Вам ни один пользователь - такие, как управляемый моделью механизм drag and drop, полный доступ к модели и т.д.. Преобразователь OCL в SQL естественным образом преобразует выражение OCL в высокопроизводительные запросы SQL, уменьшая нагрузку на локальную машину.

Все, дальше - по делу.


Масштабируемость Механизм Синхронизациии Объектного Пространства (Object Space Synchronization) совместно с механизмом Распространения (Enterprise propagation engine) позволяет объектам бизнес- слоев выглядеть одинаково у огромного числа клиентов. Когда один из клиентов сохраняет сделанные им изменения, немедленно посылется сообщение остальным клиентам, заинтересованным в текущий момент в состоянии класса или объекта. Обработчики архитектуры отображения (model view architecture handles) извлекает свежие данные из DBMS, когда требуется клиенту, без всякого дальнейшего вмешательства. (=mv= - реализуется на "раз-два", и выглядит очень прикольно).

Поддержка погопользовательского доступа Сервер управления блокировками (Concurrency Management Server) управляет регионами путем их блокирования, не позволяя клиентам модифицировать данные, модифицируемые в данный момент другими клиентами.
Оптимистическое блокирование гарантирует, что изменения не будут случайным образом перезаписаны. Возможно блокирование на коллекцию глобально во всем приложении, на класс или на сохраняемый атрибут.
COM - aware объектное пространство, совместно с функционально полным набором COM - aware визуальных компонентов (GUI –controls) позволяет разрабатывать токого клиента. Кодирование упрощено и выполнено путем автоматической генерации интерфейсов (IDL-code) и адаптеров классов.

Поддержка Модели
Для манипулирования с информацией о модели и просмотра ее имеется среда разработки, основанная на технологии Bold. То есть Bold – приложение рабтает с мета – моделью UML как с бизнес - моделью!
Значения вычисляемых атрибутов может быть получено безо всякого кодирования. Достаточно указать OCL - выражение, необходимое для вычисления значения – и все. Естественно, возможна кодовая реализация (Object Pascal - Delphi т.е. ;) вычисляемых атрибутов для вещей, трудно достижимых (либо невозможно) в предложениях OCL. Атрибуты могут быть так же Обратно Вычисляемыми (Reverse Derived). В большинстве случаев подобным путем могут быть вычислены ассоциации.
Разрабатываем модель в Rational Rose или в любом инструменте для моделирования, поддерживающем XMI, а затем запрашиваем наш компонент, чтобы он связался с моделью. И все - модель имортирована.

Особенности при работе с моделью:
Представление модели, основанное на UML 1.3
Импорт из Rational Rose
Bold – специфициующие добавления в Rational Rose
Поддержка определяемых пользователем тег - значений
Импорт потоков XMI

Объектное пространство
Объектное Пространство Bold (Bold Object Space) – это то место, где живут Ваши бизнес - объекты. Это – средний уровень в данной трехуровневой архитектуре. Он чрезвачайно тщательно разработан так, чтобы ничего не знать об устрйстве уровне представления или об уровне данных. Тем не менее, навигация по отношениям всегда будет гарантировать, что связанные объекты быдут отфетчены (извлечены то есть) из базы данных.

Ограничения
Ограничения теперь могут быть добавлены в модель и могут помочь в заставить работать бизнес – правила безо всякого дальнейшего кодирования.

Транзакции в объектном пространстве
Bold реализует транзакции в объектном пространстве, начиная с r2.0. (а сейчас 4.0!)

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

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

Откаты
Объектное пространство поддерживает транзакции, которые могут быть использованы для изоляции от комплексных изменений, которые в дальнейшем могут быть неудачными. В этом случае возможен откат сделанных изменений.
(=mv= - Undo - Redo - юзеры заныли сразу - "а почему сразу нельзя сделать было?")

Итого:
Object Space Synchronization Server
Нетипизированный COM – доступ к Объектному Пространству
Типизированный COM – доступ к Объектному Пространству
Вычисляемые обратно – вычисляемые атрибуты
Кодирование свободно – вычисляемых атрибутов и ролей
Временная навигация в объектном пространстве
Логика 3-х – уровневой архитектуры
Обширный набор лагических атрибутов
Поддержка ограничений для модели
Поддердка обновление объектов для новых версий
Поддержка извлечения данных в XML
Возможность добавления типов данных, определяемых пользователем
Многоуровневый undo/redo


Уровень данных
Bold for Delphi отображает всю Вашу бизнес – модель в реляционную базу данных. Схема базы данных, которая отображает Вашу бизнес – классы и отношения, генерируется автоматически. Поддерживаемый набор атрибутов включет стандартный набор типов, таких, как строки, различные числовые типы. Ваши собственные атрибуты, используемые в процессе, должны быть использованы в модели.
Автогенерация схемы основывается на диалекте SQL ANSI92. Имеется возможность подцепить Ваши собственные SQL-операторы, чтобы принять участие в фазе генерации базы. Все штатные операции построения схемы могут быть переделаны.
Одна из наиболее изумительных возможностей – Эволюция Модели (Model Evolution). Она позволяет преобразовывать схему на основании предыдущей версии модели в схему, которая соостветствует текущей версии модели. Все это позволяе максимально обеспечить сохранность и целостность данных.

Итого:
Сервер управления блокировками (Concurrency Management Server)
Полный набор атрибутов для управления уровнем данных
Физическая 3-х - уровневая архитектура
Поддержка для атрибутов, определяемых пользователями
Поддержка определяемых пользователем многоколонных атрибутов
Поддержка для удаленных серверов хранения данных
Расширение для версионности объектов (Object Versioning Extension)
Оптимистическое блокирование
Оптимизированный потоковый XML формат
Отображение модили в базу, хранимое в базе
Эволюционная трансформация модели/схемы
Эволюционная трансформация модели/данных
Совместимость модели/схемы с будущей версией
Совместимость модели/схемы с предыдущей версией
Поддержка default - знаечений в БД

Графический интерфейс
Графический интерфейс подключается к объектному пространству, использую выражения OCL. Все наши компоненты позволяют Вам специфицировать одно или больше OCL – выражений, чтобы получит некоторое подмножество наших бизнес – объектов или их членов. Набор of Bold-aware - компонентов приблизительно соответствует набору DB-компонентов. Также имеется очень мощный Bold aware компонент для работы с деревьями.
Enterprise edition поставляется с эквивалентным набором COM-enabled натуральных VCL-компонентов, который позволяет вам выполнить построение тонкого клиента. Чтобы защитить Ваши вложения в толстого клиента, конвертер толстого в тонкий клиент включен в продукт. Он изменяет значимые части кода и формирует из него эквивалент в виде тонкого клиента.
Расширенный набор дескрипторов как стартовая точка для обработки ваших данных. Некоторые дескрипторы могут быть соединены в цепочки с целью моделирования отношений и создания набора объектов.
Продукт поставляется с исходным кодом всех размещаемых компонентов, как визуальных, так и невизуальных.

Итого по GUI:
Функционально полный набор VCL model aware - компонентов
Функционально полный набор COM enabled – компонентов
Функционально полный набор обработчиков объектов для получения данных из объектного пространства.
Адаптеры между DB – компонентами и Bold - компонентами (TBoldDataset)
Оптимизированные multy – valued компоненты
Общий адаптер между VCL – свойствми и Объектным Пространством (TBoldPropertyController)
Акции (от TActions) для общих задач

Дизайн - тайм
Разработчики найдут множество полезных возможностей в дизайн – тайме, таких, как на интуитивно – понятный редактор для свойств и компонентов. Очень полезен для редактирования конткстно – зависимый OCL – редактор, который позволяет Вам премещаться по модели для создания собственных сложных OCL – выражений методом point – and - click. Другой мощный редактор компонента – это внутренний UML Редактор Модели, который обрабатывает модель в дизайн - тайме. Он позволит редактировать все важные части модели (=mv= по мне - в Rose удобнее. Хотя, может, не привык еще) . Дополнительно, он позволяет в дизайн – тайме перетаскивать элементы модели на форму.
Связанные свойства Bold сгруппированы в Bold - категории.
После импортирования модели из Rose или XMI, генератор на основании шаюлона сгенерирует код для всей вашей модели, включая список типов, методы доступа к типам для атрибутов и ролей.
Bold for Delphi обеспечивает генерацию кода Delphi, чтобы обеспечить доступа к иерархии классов, определенной в модели. Члены доступны как настоящие типы Delphi или как члены классов. Генерируются модули – заглушки для реализации бизнес - логики.
По желанию, Вы также можете сгенерировать код IDL, также, как и адаптеры для всех бизнес - классов. Это позволит использовать COM в вашем приложении и написать клиентов в любом COM-aware – инструменте разработке (VB, VC++, Office и т.д.).
Выражения OCL в компонентах могут быть вычислены для проверки в дизайн - тайме.

Итого по дизайн – тайму:
Проверка OCL
Контекст – чувствительный OCL - редактор
Генерация IDL и кода адаптеров
Уличшенные редакторы свойств и компонентов
Drag and drop из редактора модели
Внутренний редактор модели
Генерация кода, основанная на шаблонах
Проверка OCL – выражений в модели
Доступ по одному щелчку мыши к редактору модели

Ран - тайм
В ран - тайме мощь MDA сверкает во всю силу (прям в глазай рябит). Типо-чувствительный автоматический drag-and-drop поддерживает drag and drop :), где только такое возможно, и наполняет отображение модели гарантированной логикой связи между объектами и их отображаемыми значениям и другими ценными возможностями. Короче, это нажо видеть.
Новая возможность управления преобразованием OCL выражения в стандартный SQL - оператор. Она дает заметное повышение производительность при формировании одиночных объетов из можества классов.

Итого по Ран – тайму
Преобразование OCL в SQL
Расширенные механизмы подписок
Отимизация представления модели в рантайме
Оптимизация объектного пространства
Управление памятью/распределение/цепочками дескрипторов

Прочее

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

Итого по Прочему:
Преобразователь Толстого коиента в Тонкий
Расширенный набор примеров (ну, типа - Simple сперва был набор, а потом расширили. Но примеры классные =mv=)
Примеры компонентов
Help, интегрированный в IDE
Исходный код для компонентов GUI
Определение интерфейсов для все модулей

------------------
Уфф! Overfuck!

Ну, блин... 2-х - звенки - 3-х звенки... О чем вообще разговор-то?
Ну ладно, если хочешь. Поговорим.
Ну, для "классической" трехзвенки - с " физическим " разделением на три уровня тут тоже попариться нужно, несмотря на наличие Clientifier. Тут все-таки предполагается сорее логическое разделение по уровням - представление, бизнес-логика - хранение. А реализовать - да хоть в одном модуле, используя XML - потоки для хранения данных. При создании прототипов приложения я так и делаю, чтобы, типа - "Пришел к заказчику, воткнул в комп флешку - и все работает".

А так, если с вашей точки зрения - то скорее я использую 2-х звенку. Ну, плюс модуль синхронизации - Propagator на одном из компьютеров. Если хочешь, пусть такая схему будет называться трехзвенкой. Да хоть семизвенка - что в это упираться-то? Главное - MDA!
Ну, все-таки, этот разговор - уход от темы.

Все фигня, кроме пчел.

Ну, в первом посте сказано было о 10-кратном улучшении производительности, а автор книжки утверждает, что гораздо больше. Боюсь вызвать поток насмешек обсуждением этого вопроса. Насчет сокращения времени разработки - это правда. Автор книжки, когда внедрял технологию в своей фирме, по собственной инициативе, "долгими зимними вечерами", за месяц создал рабочую систему из 150 табличек (ну, далее нужно говорить не о табличках, а о классах). Я думаю, такая система как раз соответствует 10-12 человеку-месяцам.

Ну, думаю, как всгда - нужно время на освоение. Вспомните свои первые клиент - серверные приложения. И сравните с "не первыми".

авторКакие преимущества дает Bold при разработке бизнеслогики (не останавливаясь на возможностях создания интерфейса с применением drag-n-drop без ручного кодирования)?
Хорошо. Про графический интерфейс ни слова.
- Ну, об этом уже говорилось. Бизнес - объекты живыт в ОП, которое управляется напрямую UML - моделью. UML - модель "живет" в приложении. Нет разрыва между документацией и реализацией. Я имею в виду бизнес-логику, естественно.
- Плюс, учитывая ограничения UML - модели - используется язык OCL.
- если и этого Вам мало - дополнительные бизнес-правила могут реализовываться в коде (Delphi / C++), но опять-таки как реализация в коде операций/атрибутов/ассоциаций/ограничений модели. Т.е. опять все в рамках модели.
- достаточно эффективный механизм отображения объектного пространства на пространство реляцинных СУБД. Т.е. ты практически не занимаешься SQL - кодированием. Если хочешь оптимизации - пожалуйста, есть возможность.

2 Тигра.
1. Бизнес - логика хранится непосредственно в модели.
А модель - в приложении. Это ж MDA (Model Driven Architecture)

2. Доступ к базе (как и управление генерацией схемы базы) реализуется посредством специальных адаптеров. Если тебе мало существующих - реализуй свои. Все исходники в наличии. Автор многократно упоминаемой книжки делал "свои" адаптеры, которые генерировали, кроме таблиц, еще и ХП (для Oracle, насколько я помню).

3. Насчет скорости
а. Ну, давай сравним MS SQL и MySQL. В каком случае скорость больше? Нужна конкретная задача, которую каждый реализует, как может.
б. Мне (пока) хватает.
в. Система изначально использует парадигму кэширования всех выполняемых изменений, так что, если придерживаться этой парадигмы, скорость можно обеспечить потрясающую.
в. Еще раз - все зависит от конкретной задачи и от знаний/умений разработчика. Или ты не согласен.

4. Объекты - это объекты. В плане ООП. Экземпляры классов в Delphi/C++, например.

5. По поводу изменений структуры модели/базы. Отдельный разговор. Следите за новостями.

2 Тигра.
1. Бизнес - логика хранится непосредственно в модели.
А модель - в приложении. Это ж MDA (Model Driven Architecture)

2. Доступ к базе (как и управление генерацией схемы базы) реализуется посредством специальных адаптеров. Если тебе мало существующих - реализуй свои. Все исходники в наличии. Автор многократно упоминаемой книжки делал "свои" адаптеры, которые генерировали, кроме таблиц, еще и ХП (для Oracle, насколько я помню).

3. Насчет скорости
а. Ну, давай сравним MS SQL и MySQL. В каком случае скорость больше? Нужна конкретная задача, которую каждый реализует, как может.
б. Мне (пока) хватает.
в. Система изначально использует парадигму кэширования всех выполняемых изменений, так что, если придерживаться этой парадигмы, скорость можно обеспечить потрясающую.
в. Еще раз - все зависит от конкретной задачи и от знаний/умений разработчика. Или ты не согласен.

4. Объекты - это объекты. В плане ООП. Экземпляры классов в Delphi/C++, например.

5. По поводу изменений структуры модели/базы. Отдельный разговор. Следите за новостями.

Ну, тигра, я не понимаю, что ты спрашиваешь, наверное. Хотя очень стараюсь. Давай "выделим нить обсуждения, и обсудим ее". По одному вопросу, если можно.

авторЯ и с одного раза понимаю :))
Пардон, нажал не туда.


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

Ну, так же, как и обычная реляционная СУБД не защищена от доступа со стороны программ, работающих с файлами ОС "напрямую" :)

автор Просто может была подобная система на к-с технологии....

Была у нас простая справочная система на полтора десяка юзеров, переписал ее на новой технологии - тетки вроде не вопят. InterBase (FireBird 1.5) Но там не было критичных запросов - чисто справочная система - изредка формирование разной статистики. Объем базы невелик - файл около 70 мегабайт. Ну, первоначальная загрузка данных стала чуть быстрее - но думаю, и на старой системе этого можно было достичь.


авторА где они кэшируются? И как это может влиять на скорость???
В объектном пространстве. А потом, когда нужно - все изменения скопом сбрасываются в СУБД. Я думаю, что работа с ОП все-таки быстрее, чем с дисковой подсистемой? :)

авторНу то есть а переводе на к-с - количество всех записей таблиц в БД. Ну, не густо получается.

Ну, тут уже другие правила при проектировании сущностей. Может и не густо, а может - и густо.

авторВот где делать то оптимизацию??? В запросах, которые лежат в исходниках клиента?

Ну, насчет оптимизации. Если тебя не устраивает производительность запросов по "по умолчанию", то есть копоненты, в которых ты прямо ручками шишешь SQL - запрос, как в до боли знакомой TQuery.

Один
При оптимизации системы имеет смысл оптимизировать наиболее критичные для этой системы участки. Если логика в базе - то SQL запросы. Если на клиенте - то клиента. Если посередине, то средний уровень.

Братцы, я не понимаю интерес именно с этой стороны. Когда вы приложения с использованием SQL - серверов делать стали, вас в первую очередь, интересовали вопросы оптимизации?

Ну, есть возможность отладки на разных уровнях, в т.ч. и трассировка SQL - запросов. И изменение параметров системы для улучшения производительности.

- Граждане извозчики! Автомобиль позволяет развить скорость до 30 верст в час, он состоит из кузова, мотора, и ходовой части!
Вопросы есть?

... куда вожжи...?
... а по буеракам?
... в Тверь до вечера поспеешь? Иди ты!
... охр@нел совсем, а куда подковы, совсем новые?
... лошади пугаться будут!
... да он пъяный!

автор Т.е. в своей системе я могу в большинстве случаев хоть откуда - хоть из asp.net - дернуть ХП и сделать какое-то "бизнес-логическое" действие, т.е. ХП внутри себя сделает чего-то, призведет манипуляции с данными. вызовет еще n ХП - и в результате получится некоторое доведенное до логического окончания действие. Например провести заказ в статус, или переместить товар и т.д. Мне для это нужно в большинстве случаев всего то написать exec MyStoredProc @id = ... и все.
Это частный пример, можно делать все, что угодно. И не всегда есть необходимоть/возможность/время запускать клиента.
В случае же Bold получается, что так никак не сделать. Потому что только клиент контролирует всю логику работы системы.

Ты невнимателен. Посмотри на описание - про COM - клиентов.

авторНу БД то тоже кэширует данные, и неплохо это делает :)
Кэширование на клиенте несет совсем иную смысловую нагрузку. Ты о таком режиме не слышал?

авторА вот как же тогда другие клиенты - они то не узнают о сделанных изменениях. Т.е. в большинстве случаев все же нужно сбрасывать данные сразу, без кэширования.

Ты невнимателен. Есть механизм пропагаторов.

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

Система есть, но "нормальна" ли она для каждого отдельно взятого девелопера?

авторНо как-то меня не прикалывает вызывать COM-объект для того, чтобы например перевести заказ в нужный статус.
Это проще, чем кажется. Но конечно, насильно мил не будешь.

авторНу или мы говорим о кэшировании данных, или о чем-то другом. Если о первом, то ..... совсем уж не иную.

Данные на серваке кэшируются с целью уменьшения обращения к дисковой подсистеме. Данные на клиенте кэшируются:
- с целью выполнения последовательности некоторых дествий, которые интересны серверу только после их логического завершения. Например - формирования составного документа.
- с целью уменьшения трафика сети.


авторВнимателен:
Невнимателен.

авторКак другой клиент увидит изменения, если их в БД еще нет? То, что он узнает об изменениях, не поможет. Или propagator рассылает измененные данные? Не думаю что-то. А если не рассылает - то чтобы другой клиент увидел изменения, первый клиент должен их положить на сервер БД. Беда, беда. Привык ты к кусорам всяким, не понимаешь. Вот пример. На экране юзера отображается два поля - Фамилия и Имя. Юзер извлек эти поля не по принципу SQL - "select и зыбыл", а получив унакальный идентификатор объекта. Об получении этого объекта он известил пропагатор, и попросил его извещать обо всех изменениях, сделанных с этим объектом (подписалься на этот объект). Ну, вот, когда кто-то меняет объекты, эти кто-то извещают пропагатор об изменениях. Если ты подписался на эти объекты, то получаешь от пропагатора соотв. сообщение, и повторно отфетчивешь объект. А выглядит все очень прикольно - ты сделал изменение в фамилии - и все юзеры через положенное время увидели результат. Скажи - такое приработе РСУБД возможно в общем виде, с отображением произвольной структуры вьюх? Я лично объяснял заказчику, что это не нужно, потому что он не понимает своей выгоды от не-реализации такой фичи. А тут - все на поверхности.

авторКак кэширование изменений связано с потрясающей скоростью? Все еще не понятно.

авторА если не рассылает - то чтобы другой клиент увидел изменения, первый клиент должен их положить на сервер БД.

Извини, пропустил. Да, конечно, когда КЛИЕНТ посылает данные на сервер, только тогда пропагатор и начинает работать. Т.е. "у себя в кармане" копайся сколько влезет, а как кидаешь все на сервер - пожалте через пропагатор. Тут еще про механизм блокировок и про регионы поговорить нужно.

Тигра, опять ты меня развел... Очень уж ты эмоционален. Хорошо хоть, что общаемся в виртуале.

авторКакие курсоры? Я их видел то два раза за год. Что, не знаю чтоли, как извещения работают?
Только при чем тут вьюхи???

Ну да, вьюхи тут не причем. Я имею в виду, что то, что получил клиент с сервера (в обычной к-с системе) - это как на бумаге отпечатано. Ну, получил ты результаты запроса типа

, смотришь на него, а редактировать без написания соотв. update - sql не можешь. А в данном случае не можешь в принципе. Потому что Id__t1, Id_t2 не присутствуют в выборке.


авторНу сделать подписку на изменения можно и в обычной к-с системе, и не так сложно. Но нужно ли? Лишний трафик, кстати :). Но если сильно нужно - да нефиг делать, сделаем. :)
Хорошо тебе. Умный ты.
Ну, а тут все это есть изначально.

авторНу так и к-с так же делает.
Ну, да, есть такой режим.

авторИ так и не понятно - где тут скорость? Где скорость, зависящая именно от кэширования технологией Bold? Скорость чего? Можно ли конкретный пример, чтобы было видно, что и как ускорилось?

Извини, не понял вопроса.

PL99 mv...Ну, получил ты результаты запроса типа

, смотришь на него, а редактировать без написания соотв. update - sql не можешь. А в данном случае не можешь в принципе. Потому что Id__t1, Id_t2 не присутствуют в выборке.


Ничего не понял. Редактировать с сохранением в БД без написания update невозможно. Так и никто не может редактировать. А вот если t1.Field1, t2.Field2 - альтернативные ключи - то очень даже можешь редактировать

Ага! Попался один! А вот в Bold мы работаем не с копией данных, а с самими данными! И там такое делается как само собой разумеющаяся вещь.

авторА я обычно ИД-шники включаю. И с успехом редактирую :) Через вызов ХП.
Да понятно.

авторА всегда ли нужно, вот в чем вопрос. Зачем зр трафик жрать, на БД нагрузку. А то подписаны 100 клиентов на один объект, а он изменился. И все 100 в БД полезли. Тормоза начались..... А зачем? Если из них только трем эти изменения нужны.
Ну, ты даешь! Если тебе что-то не нужно, то же не делаешь этого? Если только трем нужны - то пусть только три и пописываются :)

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

авторНо пока что и много ПРОТИВ - логика на клиенте, отсюда проблемы с обновлением и клиента, и БД, и вообще с проведением изменений, проблема с доступом, точнее непрозрачность системы, которая без своего клиента не существует в принципе, ну и т.п. Ох, у тебя память типа кольцевого регистра - уже все забыл...

А я вот - наоборот. Стараюсь упрстить процесс разработки.


авторНу хорошо, позволила эта технология быстро разработать систему. А сопровождать? Ну разработали мы вместо полгода за два месяца - а потом вдруг оказалось, что поддержка настолько тяжела, внесение изменений настолько трудо и времяемко, получение отчетов и другой информации обычными способами из БД вообще невозможно, тормоза страшные а оптимизация в следствие зашитости логики и запросов в клиента так гиморно производится, что ............. а ну его нафиг такую систему, пусть заказчик сам с ней ...%;№"*?: А сопровождение - просто сказка. Изменение структуры модели/базы/репликации - ух, как здорово. Но домой уже пора.

Пока.

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

Месяц работал, сюда не заглядывал... Мдя...

Неужели так никто и не заинтересовался системой?

Все мазохисты, что ли, или так любят низкоуровневое программирование?

Смотрите, в Delphi 2005 система ECO позиционируется как центральное новшество. Останетесь на остановке со своими ХП/Триггерами, а поезд с MDA дальше уедет!

Если кому интересно - появилось масса доков по-русски, да и опыт в разработке / отладке / оптимизации Bold for Delphi. Пишите.

Всем привет и счастливо оставаться!

Ну да, вот аттач-то

Andr2 Начали копать помаленьку.
Правда сразу начали смотреть в сторону TBoldCOMServerHandle (DCOM),
когда сама модель на сервере лежит (типа классической трехзвенки).
Есть ли наработки/опыт/грабли в этом направлении или стоит плюнуть ?
Просто в инете нашлось всего две ссылки по этой теме.
Дальше - что там с отчетами не очень ясно.
Еще - что-нибудь про разработку в Bold-е для команды (принципы, особенности и тд)
Ну и про доки на русском - можно ссылки, или на е-mail за посылкой приходить ? :)
Про ECO vs Bold пару слов послушать бы. Где-то мелькало, что служба качества Borland пока не пропустила Bold в 2005.
Если есть инфа по новым реализованным проектам (в т.ч. по своим) - тоже интересно.

Насчет работы в команде - где-то читал, найду, скажу. Ну, тут мне представляется вообще идеал - выкладываешь для общего обозрения/юзанья ядро с моделью и интерфейсами к ней, и каждый рубит в своем направлении - кто ГУИ, кто дополнительную функциональность в коде и проч. Главное - все работают с одной моделью. И число девелоперов должно кардинально снизиться. (Да и где их много взять-то под Bold ?:-)

Ну, TBoldCOMServerHandle у меня еще впереди, похоже. ХОТЯ ТЕСТЫ ГОНЯЛ, И НИКАКИХ ПРАКТИЧЕСКИХ ПРОБЛЕМ НЕ ЗАФИКСИРОВАЛ. Ну, может, не так удобно, как при двухзвенке - типа, OCL - конструкции "ручками" писать придется. Хотя есть Clientifier, можно попробовать.

Насчет отчетов - ну, что за трабла? Если есть старые привычные, DB - ориентированные генераторы - врубаешь TBoldDataSet - и вперед. А еще есть пакет BoldRave. Халявный. Вот здесь.

ECO. Автор книжки (К.Грибачев) про это рассказывал, он был одним из бета - тестеров Delphi 2005. Говорил, что развивается помаленьку, все лучше и лучше. Хотя у него (да, честно говоря, и у меня) душа к .Net не лежит. Пока. Жизнь заствит, и мы перейдем...

Проекты. Недавно злобные руководители заставили реализовать систему хранения документов. COM/DCOM клиент/сервер. С произвольной системой раубрикации документов, настройкой уровней отображения и т.п. Так вот, за три недели от постановки задачи до реализации полностью реализовал и переработал три практически независимые модели. Вариант с раелизацией стандартными средствами (для меня это было примерно так - ErWin <-> InterBase <-> Delphi с метанием туда-сюда) отпал почти сразу из-за ограниченных сроков. Руководство просто пищит. Зарплату подняло.
Предполагамый рабочий объем базы - 20~50 гигабайт. Потестили в жестких условиях, работает с приемлимой скоростью. Хотя пришлось оптимизировать, конечно. Да, оптимизация тут - просто абассацца... (отдельный разговор). Объем модели (на сегодняшний день) небольшой - 17 классов, число пользователей в сети - до сотни, предполагаем юзать механизм пропагатора. Ну, не вполне устраивают стандартные контролы (карасиво хотца), будем RAD Studio (Bold Edition) покупать.

Еще проект - пока заморожен - до февраля - система дистрибуции. На данный момент реализованы компоненты (Bold - aware) для рисования схем и диаграмм, оттачивалась схема модели. Очень классно, - меняешь значение в ОП - а на картинке прямоугольник меняет свои координаты/размеры. И наоборот. Ну, это только заготовки для работы. Вся работа еще впереди.

Да, еще знакомые забацали штуковину, из тех, что сейчас модно CRM называть. За неделю. С диаграммами Ганта, сложными выборками/отображениями и т.п.


Насчет доков. Вот тут кое-что (из попытк перевода + собственные домыслы) см. аттач.)

... и как это я умудрился перепутать местами два последних сообщения?

Ну, еще разные штуки/доки есть, но они большие, а аттач не влазят.

Один mv
Проекты. Недавно злобные руководители заставили реализовать систему хранения документов. COM/DCOM клиент/сервер. С произвольной системой раубрикации документов, настройкой уровней отображения и т.п. Так вот, за три недели от постановки задачи до реализации полностью реализовал и переработал три практически независимые модели. Вариант с раелизацией стандартными средствами (для меня это было примерно так - ErWin <-> InterBase <-> Delphi с метанием туда-сюда) отпал почти сразу из-за ограниченных сроков. Руководство просто пищит. Зарплату подняло.
Здорово ! Особенно про зарплату. Вот это - реальный эффект :)
А чего DCOM используется ? Ведь эта технология уже мхом поросла.

А почему бы не юзать предлагаемые готовые решения, если они уже есть?