Как правильно составить диаграмму классов? Прочитал книгу Эдисона Вэсли "Предметно-ориентированное проектирование", и казалось бы по словам рекомендовавших - все вопросы должны бы исчезнуть.
Но мне ничего не понятно, про то - по каким правилам строится диаграмма классов, потому что я уже десятый раз проектирую проект, который все равно начал писать "по мере реализации будет видно", а модель эта для вида на доске написана, на деле она рисовалась уже после того, как написан код.
Мне совершенно понятна разница в программировании между трейтом, абстрактным классом, интерфейсом, просто классом, неймспейсом, эксепшеном и всеми инструкциями. Мне она в жизни непонятна - на кой введено столько понятий, дайте какую-нибудь нлп-карту чтобы это понять.
Вот он описывает ситуацию - электрическая цепь: есть одна микросхема, есть другая микросхема, у них есть ножки значит, ножка одной соединяется с ножкой другой, образуя почему-то шину (полагаю под шиной радиотехники понимают несколько цепей, не могу точно сказать), итого он чертит модель:
Левый элемент - Ножка - Шина - Ножка - Правый элемент
Да короче вот: https://www.screencast.com/t/oLlvyP36mJ
Центральная часть ножка-шина-ножка повторяется на картинке несколько раз. После этого начинает составлять диаграмму классов:
Абстрактный класс Абстрактная Цепь содержит свойство "Правила"
Класс Цепь наследуется от АбстрактнойЦепи содержит свойство Шина
и по итогу получается вот такая схемаhttps://www.screencast.com/t/1iJgtfqTdv2
Как он понял, что оно должно выглядеть так. Он просто "есть дом", давайте нарисуем проект "итак, если спальня, то - проект готов, иначе - проект без спальни готов". Почему - не понятно, как получилось - не понятно, зафиг ему абстрактный класс, если сам класс и есть абстракция от объекта?
Как он понял, что метод Правило должен быть в абстрактном, а просто классе - метод шина? Почему оба не в абстрактном, или не оба в просто классе?
Правда говоря он пишет то ли на Java то ли на C, но суть понятий то?
Как правильно составить диаграмму классов? Прочитал книгу Эдисона Вэсли "Предметно-ориентированное проектирование", и казалось бы по словам рекомендовавших - все вопросы должны бы исчезнуть.
Но мне ничего не понятно, про то - по каким правилам строится диаграмма классов, потому что я уже десятый раз проектирую проект, который все равно начал писать "по мере реализации будет видно", а модель эта для вида на доске написана, на деле она рисовалась уже после того, как написан код.
Мне совершенно понятна разница в программировании между трейтом, абстрактным классом, интерфейсом, просто классом, неймспейсом, эксепшеном и всеми инструкциями. Мне она в жизни непонятна - на кой введено столько понятий, дайте какую-нибудь нлп-карту чтобы это понять.
Вот он описывает ситуацию - электрическая цепь: есть одна микросхема, есть другая микросхема, у них есть ножки значит, ножка одной соединяется с ножкой другой, образуя почему-то шину (полагаю под шиной радиотехники понимают несколько цепей, не могу точно сказать), итого он чертит модель:
Левый элемент - Ножка - Шина - Ножка - Правый элемент
Да короче вот: https://www.screencast.com/t/oLlvyP36mJ
Центральная часть ножка-шина-ножка повторяется на картинке несколько раз. После этого начинает составлять диаграмму классов:
Абстрактный класс Абстрактная Цепь содержит свойство "Правила"
Класс Цепь наследуется от АбстрактнойЦепи содержит свойство Шина
и по итогу получается вот такая схемаhttps://www.screencast.com/t/1iJgtfqTdv2
Как он понял, что оно должно выглядеть так. Он просто "есть дом", давайте нарисуем проект "итак, если спальня, то - проект готов, иначе - проект без спальни готов". Почему - не понятно, как получилось - не понятно, зафиг ему абстрактный класс, если сам класс и есть абстракция от объекта?
Как он понял, что метод Правило должен быть в абстрактном, а просто классе - метод шина? Почему оба не в абстрактном, или не оба в просто классе?
Правда говоря он пишет то ли на Java то ли на C, но суть понятий то?
Но мне ничего не понятно, про то - по каким правилам строится диаграмма классов, потому что я уже десятый раз проектирую проект, который все равно начал писать "по мере реализации будет видно", а модель эта для вида на доске написана, на деле она рисовалась уже после того, как написан код.
Мне совершенно понятна разница в программировании между трейтом, абстрактным классом, интерфейсом, просто классом, неймспейсом, эксепшеном и всеми инструкциями. Мне она в жизни непонятна - на кой введено столько понятий, дайте какую-нибудь нлп-карту чтобы это понять.
Вот он описывает ситуацию - электрическая цепь: есть одна микросхема, есть другая микросхема, у них есть ножки значит, ножка одной соединяется с ножкой другой, образуя почему-то шину (полагаю под шиной радиотехники понимают несколько цепей, не могу точно сказать), итого он чертит модель:
Левый элемент - Ножка - Шина - Ножка - Правый элемент
Да короче вот: https://www.screencast.com/t/oLlvyP36mJ
Центральная часть ножка-шина-ножка повторяется на картинке несколько раз. После этого начинает составлять диаграмму классов:
Абстрактный класс Абстрактная Цепь содержит свойство "Правила"
Класс Цепь наследуется от АбстрактнойЦепи содержит свойство Шина
и по итогу получается вот такая схемаhttps://www.screencast.com/t/1iJgtfqTdv2
Как он понял, что оно должно выглядеть так. Он просто "есть дом", давайте нарисуем проект "итак, если спальня, то - проект готов, иначе - проект без спальни готов". Почему - не понятно, как получилось - не понятно, зафиг ему абстрактный класс, если сам класс и есть абстракция от объекта?
Как он понял, что метод Правило должен быть в абстрактном, а просто классе - метод шина? Почему оба не в абстрактном, или не оба в просто классе?
Правда говоря он пишет то ли на Java то ли на C, но суть понятий то?
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки в течение 1 года
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Поможем написать учебную работу
Понимание принципов построения диаграмм классов может быть не таким простым, как кажется. Важно помнить, что диаграмма классов - это всего лишь инструмент для визуализации структуры программы, а не строгое правило ее создания. Однако, существуют общие правила, которые облегчат вам процесс построения диаграммы классов:
Классы представляют собой сущности, имеющие определенные свойства и методы.Наследование используется для выделения общих черт классов и минимизации дублирования кода.Абстрактные классы используются для описания общих черт классов, не имеющих конкретной реализации, но содержащих методы и свойства, которые могут быть унаследованы другими классами.Интерфейсы описывают набор методов, которые класс должен реализовать.Когда вы строите диаграмму классов, важно учитывать эти принципы и представлять структуру вашей программы с точки зрения объектов и их взаимодействия. Не стесняйтесь задавать вопросы и уточнять себе неясные моменты. Кроме того, изучение дополнительной литературы и примеров может помочь вам лучше понять принципы построения диаграмм классов.