grikon
3. Про ECO II - в D2005 эта технология переработана коренным образом.
Из вкусностей - полностью настраиваемый маппер ОП-СУБД, подконтрольный разработчику. Это, в частности, позволяет взять чужую БД, сделанную традиционным способом, "заглотнуть" ее в ECO-II и восстановить автоматом UML-модель, с которой в дальнейшем работать уже новым способом, забыв о БД.
Даже мне не верится...

grikon
Одно пока "НО" - не совсем удобный встроенный UML-редактор. Но "и это пройдет", он тоже перерабатывается.

А что, Розу уже нельзя юзать будет :(?

Ну, да и фиг с ней.

grikon
4. Bold для 2005 протестирован (Win32) и выйдет очень скоро (по слухам, конечно :-)

Совместимость проектов - то сохранилась?
grikon
5. Имеются основания утверждать, что сразу после нового года заработает новый русскоязычный сайт по всем Bold-подобным технологиям, включая форум.
Приглашаются модераторы, если есть желание.
Новый адрес и подробности сообщу по факту.

Вау!
---------------------
grikon, пара вопросов:

- TBoldGrid/TVirtualTreeView фиговато работают с механизмом наследования форм/фреймов (ну, в факах об этом упоминается). Скажи, Rad-Studio пакет имеет смысл приобретать? (я в плане избавления от этих глюков и приобретения новых)
- по поводу "тонкой" настройки. Выполняю отсортированные выборки, EvaluatedInPS, что называется. Ну, нутром чувствую, что если в РСУБД по конкретному полю завести индекс, то будет быстрее, естественно. Ну, так как в модели указать такой тэг атрибута (Sorted какой-нибудь, что ли...). А то как-то пошловато после генерации базы ручкми ее подправлять...
- в новой версии не разрешилась проблем с тормозами при выборке сущности, на которую ссылаются масса других (про я знаю)?
- доступ к классу - ассоциации? Ну, типа, создал я ассоциацию (0..n - 0..n) с конкретным экземпляром другого класса, соответственно, автоматом создается экземпляр класса - ассоциации, ну вот, как к нему получить доступ - без вспомогательных дескрипторов списка и глупого перебора всех экземпляров классов - ассоциации на совпадение с связанным классом?
------------
Вопросы глупые, конечно, но достали уже...

Andr2
А можно поподробнее про проблему: в каких случаях возникает, на каких объемах и как боретесь ?

Ну, вариант модели: Имеется класс Estimate (Смета), который имеет переменное число атрибутов . Соответственно, имеется класс, хранящий описания этих атрибутов (Attr_Def): наименование, тип (целый-строка-дата-деньги и т.д.). Каждой смете соответствует набор значений (Attr_Value) атрибутов, каждое значение ассоциировано со своим типом (Attr_Def). Естественно, при уничтожении сметы (Estimate) нужно убивать все ее значения атрибутоа - но тут вопросов нет - реально существует 30-50 атрибутов, немного. Другое дело, когда убивается ставший ненужным экземпляр описания атрибутов (Attr_Def). Тут надо завалить все соотв. Attr_Value во всех сметах. Этих смет - в районе сотни тысяч. Так что операция удаления занимает несколько секунд. Неприятно, но потерпеть можно. Более ненприятно другое. Когда я пытаюсь в справочнике проскроллировать список описаний атрибутов, то при переходе с объекта на объект происходит подгрузка всех ассоциированных Attr_Value. По 2-3 секунды каждый раз. Потом, по второму разу, конечно, ассоциации не подгружаются, и все выполняется шустро. Но до тех пор, пока служебные компоненты не выгрузят неиспользуемые объекты (память-то не бесконечная...). Решение:
1. Вместо "обыкновенного" класса Attr_Value я ассоциирую Estimate напрямую с описанием Attr_Def, а для хранения значений, Attr_Value создаю как класс-ассоциацию такой связи. Все работает существенно быстрее (в сотни раз).

2. Для такой "проблемной" мультиассоциации я сбрасываю Bold - тег DeleteAction c Cascade обратно в <Default>, а операцию каскадного удаления выполняю русками, перекрыв соотетственный фреймворк - метод PrepareDelete. Вообще все тормоза ушли, но удаление чуть медленнее работает. Но и тут вопрос решился - см. п.3.

3. Перед групповыми операциями с коллекиями вызываю метод EnsureObjects и т.п. (Почти в ту же тему использование метода FetchLinksWithObjects) Охрененно быстрее работает.

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

5. Отключение неиспользуемых возможностей - на выбор: Model.UseReadOnly, Model.UseXFiles, Model.UseClockLog, Model.UseClockLog, Model.UseModelVersion. Иногда помогает.


6. Работа с отключенными екоторыми механизмами контроля:

Loading Multilinks in an object space with many objects in it has very bad
performance. The reason is that the multilink has to find all (non-dirty) singlelinks that is pointing to it in memory, but that was not present in the fetched set of objects. The time to perform this operation is linear to the number of objects in memory. It is possible to switch this checking off, please refer to the documentation for the global variable BoldPerformMultilinkConsistencyCheck . и т.п.

------------------
Так вот, к чему это все я? А вот к чему:

Было сказано:
Note This global variable is a workaround for a problem that will be resolved more efficiently in a future release (by keeping a hash table over the loaded singlelink ends for example). When the problem is solved properly, this variable will be removed).

Так вот и я о том же - может быть, проблема - то уже "сольвед", и не надо с бубнами пыгать?


-------------
Т.е. эта проблема - не проблема. Все в наших руках. Но работать хочется меньше. Хочется больше отдыхать.

Роман ДынникСмотрел я этот болд, и другие продукты. Нигде нет маппинга на хп. Это печально. Поэтому не использую. И компоненты Болда уж слишком сложены для понимания.
Posted via ActualForum NNTP Server 1.1

Ну что ты так грустно... Все ж исходники адаптеров в наличии.

А что сложно? Или ты без чтения доков пытался пробиться? Тогда, пожалуй, да.

Просто "И другие". Тоже сложны для понимания. Потому и не использую.

Кончно, можно. Например, во встроенном UML - редакторе создаем класс Собаки, нажимаем Ctrl+A, вводим в DelphiName - TDogs, в ExpressionName и TableName - Dogs. И все. То же и с атрибутами. Только вместо TableName - ColumnName.

Old NickПопробовал я посоздавать сущности в Дельфи 2005. Появился ...

Оп-с! Delphi 2005 вышел? И Bold в нем есть? Расскажи чуть-чуть!

За цвет Российского и мирового IT - сообщества!
За нас, мужики (и дамы)!

Ура!

Роман Дынника те кто на bold-ах сидит, это творцы или ремесленники?
Posted via ActualForum NNTP Server 1.1

Модера-а-тор!

Тут есть сомневающиеся!

Ну, типа, да, не причем...

А что ж ты на нашу природную скромность наступаешь?

Ну вот, на: творцы, мы, скромные, но дико талантливые. Хотя и очень ленивые.

Я лично могу бревна здоровенные таскать. Но только лежа.

----------------

Меня прет, меня прет, потому что Новый год...

mv
...
пара вопросов:
...
- по поводу "тонкой" настройки. Выполняю отсортированные выборки, EvaluatedInPS, что называется. Ну, нутром чувствую, что если в РСУБД по конкретному полю завести индекс, то будет быстрее, естественно. Ну, так как в модели указать такой тэг атрибута (Sorted какой-нибудь, что ли...). А то как-то пошловато после генерации базы ручкми ее подправлять...
...
------------
Вопросы глупые, конечно, но достали уже...

Если кому интересно - то нет в Bold стандартных средств управления индексацией поля таблицы, хранящего атрибуты класса.

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

ShrКстати, почитал на выходных книжку по MDA (MDA Explained: The Model Driven Architecture™: Practice and Promise) - так вот, в процессе создания приложения по схеме MDA место Bold-а - это только генерация кода по PSM. Так что, Bold <> MDA.

PS. Для пояснения схемки:
PIM - Platform independent model
PSM - Platform specific model

PPS. Правда, схемка эта пока только теория. Если интересно, читайте здесь: http://www.omg.org/mda/

Ну, Bold - хоть тресни, PSM. Потому что для Delphi/C++. Ну, может быть, для Kylix.

Ну, а если рассматривать, начиная с моделирования в Rational Rose? Модель в Rose можно считать PIM? Тогда да, по-моему.

Да, братцы, новый русский ресурс родился по поводу MDA технологии:

http://mda.hostok.net