Пару вопросов по данной(скрие) UML диаграмме?

Question

[Therapyx]

Всем привет, так как забегаю вперед по программе (хочеться все лабы сделать и забыть уже про это до экзамена:) появляются некоторые вопросы, которые я все таки не смог найти в интернете, может найдется человек, который прояснит некоторые моменты в данной диаграмме. (самое главное конечно ромб в верхней части, где на другой стоит аггрегация, в чем разница?
Как я понял в классе CellPhone нужен include SimCard, а со стороны сим карты, получается она тоже должна знать CellPhone, но если сделать иклюд с двух сторон, то так уже не выйдет, в общем как надо сделать связь на примере с++ кода в данной ситуации? )
Еще вот в сим карте, функция getCall(src: const SimCard*) - что это значит в плане кода, когда функция идет на обьет своего же класса?

Answer 1

[AtomKrieg]

но если сделать иклюд с двух сторон, то так уже не выйдет

Выйдет, так как оба класса содержат указатели (помечены звездочкой).

Еще вот в сим карте, функция getCall(src: const SimCard*) - что это значит в плане кода, когда функция идет на обьет своего же класса?

Класс один и тот же, объекты разные. Класс "Симкарта", объекты "симкарта Иванова" и "симкарта Петрова". "Иванов звонит Петрову". Ах да, объект еще константный, это значит что никакие значения в нем не поменяются.

Comments

[Therapyx]

ясно)) Помню как-то делал двухсторонний инклюд двух или трех классов, потом сидел 3 часа и пытался найти ошибку, оказалось - что нельзя. Получается работая с указателями, деллать так можно?
Но опять же, тут уже идет дело на корректность. В диаграмме идет соединяющая линия на стороне симкарты пустой ромбик, на стороне телефона ромбик перечеркнут линией. Что означает перечеркнутый ромб? Там ведь 100% правила, что к примеру если пустой ромб то иклюд, если перечеркнутый, то...? Другой арт связи?

[AtomKrieg]

Therapyx: я набрал в гугле "uml ромб". результат: programador.ru/uml-class-diagram-relation

[Therapyx]

AtomKrieg: Да таких страничек я кучу находил, это у нас даже в презентациях есть, а вот именно тот вариант, что на моем скрине - нигде найти не могу. В том числе и на програмадоре

[AtomKrieg]

Therapyx: они две стрелки объединили в одну. Сверху вниз незакрашенная, снизу вверх закрашенная.

[maaGames]

Therapyx: "Получается работая с указателями, деллать так можно?"
Чтобы стало можно, нужно сделать предварительное объявление классов. Просто написать "class Cellphone;" перед классов SimCard и можно будет создавать указатель на объект класса Cellphone. И "class SimCard;" перед классом CellPhone. Инклюды инклюдить всё-равно нужно, но при такой записи будет компилировать.

[Therapyx]

maaGames: по идее видь будет работать если сделать 1 инклюд и предварительное с другой стороны. К примеру в классе Cellphone #include "SimCard.h", а в классе SimCard: class Cellphone; class SimCard{}
и еффект по идее ведь должен быть таким же если в каждом классе сделать предварительное обьясление + инклюд

[Therapyx]

AtomKrieg: да я уже этот момент проверил в самом УМЛ дизайнере... это оказывается просто сделанная аггрегация в две стороны, и одна линия просто перекрыла другой ромб... а я тут голову ломал часа 2 хДДД

[maaGames]

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

[Therapyx]

maaGames: дак нужны ли по сути тогда инклюды? Когда можно делать предварительные обьясления? ) Или поставлю вопрос так: в чем разница инклюда и предварительного обьявления, что такое инклюд я впринципе и в деталях знаю ))а вот обьясления - это я уже вперед забежал.

[maaGames]

Therapyx: предварительное объявление это как подсказка компоновщику, что в этом месте будет использоваться объект указанного класса, но кроме названия этого класса ничего неизвестно. Ни методов, ни размера объекта. Поэтому можно лишь создать указатель или ссылку, но не объект. А в файле реализации необходимо подключить инклюд, чтобы было полное определение класса, чтобы можно было обращаться к методам. Это почти то же самое, что предварительное объявление функции. Сообщаете, что "где-то" есть такая-то функция. Но пока в этом "кое-где" её не реализуете, использовать её будет нельзя.

[AtomKrieg]

maaGames: Therapyx: не совсем так. В класс можно вставлять объект другого класса и он будет занимать определенное место (sizeof(obj) ). Два класса имеющие в качестве полей объекты друг друга вызывают бесконечную рекурсию. Телефон содержит симкарту, которая содержит телефон, который содержит симкарту... Поэтому рекурсия развязывается использованием для одного поля указателем или ссылкой. Любой указатель это всегда 4 байта (для 32 битой сборки).

[Therapyx]

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

[maaGames]

AtomKrieg: Без полного определения типа невозможно узнать размер объекта, так что и рекурсии в принципе бы не случилось, потому что нельзя вставить неизвестно что. Рекурсия это уже вторая проблема, которая не успевает возникнуть, т.к. в первом классе ещё неизвестно определение второго класса. Думаю, в шаблонных классах проблема получилась бы именно с рекурсией, но в не шаблонных классах до рекурсивного определения даже не дойдёт.

[AtomKrieg]

Therapyx: Нет, если используете указатели достаточно предварительного определения. Ссылки на инклуды понадобится помещать в cpp. Проблема с перекрестным использованием классов известная . Гуглите.