Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
27.11.2009, 13:06
|
|||
|---|---|---|---|
|
|||
Cache & Rational Rose 7... |
|||
|
#18+
Кто работал подскажите! Есть 2 класса: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. { Property name As %String; } Код: plaintext 1. 2. Код: plaintext 1. Что означает это свойство? С т.з. ОО моделирования? Т.е. это тип данных или это связь? Нарисовал 2 варианта со связью и без связи, и они совершенно одинаково экспортируются в Cache... ваши комментарии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.11.2009, 16:40
|
|||
|---|---|---|---|
|
|||
Cache & Rational Rose 7... |
|||
|
#18+
CacheLot На UML диаграмме в RR нужно показать свойство, которое программно отражается как: Код: plaintext 1. Что означает это свойство? С т.з. ОО моделирования? Т.е. это тип данных или это связь? Нарисовал 2 варианта со связью и без связи, и они совершенно одинаково экспортируются в Cache... ваши комментарии? Хорошо, если опустить list, оставить: Код: plaintext 1. Это тип данных или это связь? Или и то и другое? RR при экспорте кащейского класса ставит связь... и при этом свойство, описанное выше, в диаграмме не присутствует вообще, и это как то смущает.. При этом если убрать эту связь и прописать свойство как тип данных - экспортируем обратно в кащей - и имеем такое же описание свойства. И это вызывает подозрение, хотелось бы внести ясность на этот счёт. Как всё таки правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.11.2009, 18:13
|
|||
|---|---|---|---|
Cache & Rational Rose 7... |
|||
|
#18+
В данном случае это тип данных. Связь предполагает наличие двух свойств в обоих классах, связанных отношением. Для связи используйте Relationship вместо Property . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.11.2009, 11:21
|
|||
|---|---|---|---|
|
|||
Cache & Rational Rose 7... |
|||
|
#18+
servitВ данном случае это тип данных. Связь предполагает наличие двух свойств в обоих классах, связанных отношением. Для связи используйте Relationship вместо Property . Тогда вопрос, составное свойство (сложный тип данных) сам по себе подразумевает связь с другим классом (т.е с классом, который является типом данных)? Насколько я понял, в UML связь изображается с помошью элемента Association, при экспорте в RR класса с составным типом данных - генерится на диаграмме классов как раз связь Association. Чёт запутался, не могу понять чем отличается тогда сложный тип данных от Relationship? И как всё таки правильнее отображать сложный тип данных на диаграмме? Со связью (Association) с классом-сложным-типом, или без связи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.12.2009, 16:16
|
|||
|---|---|---|---|
Cache & Rational Rose 7... |
|||
|
#18+
CacheLotТогда вопрос, составное свойство (сложный тип данных) сам по себе подразумевает связь с другим классом (т.е с классом, который является типом данных)? Связь подразумевается логическая, но не физическая. В этом случае неизвестны тип связи, ее кардинальность. Из-за этого Caché не знает какую стратегию применять для обеспечения ссылочной целостности. CacheLotЧёт запутался, не могу понять чем отличается тогда сложный тип данных от Relationship? Поведением, а для связи parent/children ещё и стратегией хранения данных. См. ссылку выше. CacheLotИ как всё таки правильнее отображать сложный тип данных на диаграмме? Со связью (Association) с классом-сложным-типом, или без связи? Если Вам нужна ссылочная целостность, возможность работать с данными "другой стороны", то конечно лучше использовать связь, а не просто свойство. В дополнение к связи Вы можете определить ещё внешние ключи (для случаев, не покрытых отношениями): Defining Foreign Keys . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=39&mobile=1&tid=1558292]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
155ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 488ms |

| 0 / 0 |
