несуществующие в природе отделы, службы и тому подобное
у тебя не будет такого, тебе ясно сказали - Автобусное Предприятие и там нет никаких "непонятных отделов", всё понятно и ясно и там не нужно придумывать Отдел По наблюдениям За Марсианами.
Sanes, а зачем тогда накручивать сложности говоря что это "приложение автобусного парка" если это просто визитка некой абстрактной организации? Мне кажется всё таки это не просто визитка.
В данном случае здесь ООП ради Обучения ООП, а не потому что так лучше, я знаю что на процедурке это всё можно сделать даже компактнее и короче но моя задача в данный момент понять как дробить проект на Объекты правильно, как выстраивать их (объектов) взаимодействие.
[класс UserService] За такое я бы руки отбивал
А как пользователь например сам себя зарегистрирует? Вот вы можете сами себя принять на работу в стороннюю организацию? Нет, для этого нужен некий "отдел кадров", вот по аналогии и здесь. Имя Юзера здесь меняется в рамках "организации" а не вообще, я это имел в виду.
Дмитрий Беляев, не совсем понял как тут неймспейсы использовать (но думаю это нормально, до них еще не дошел в литературе).
А чем геттеры плохи? Вот в объявлении мне надо вывести Имя и Телефон автора объявления, для этого я и обращаюсь к Обьекту Юзер и прошу его сказать эти данные Объекту Объявление по id.
Евгений Ромашкан, про сеттеры понятно - можно обойтись конструкторами чтобы передавать данные в класс, но геттеры то почему зло? Если надо получить какие-то значение поля
Кирилл Несмеянов, так код в методах должен быть, просто для общего каркаса он пока не так важен, иначе код был бы в разы больше и мало кто понял бы что к чему я тут написал.
Максим, я вижу это так:
Юзер говорит -> Список объявлений, создай объявление от моего имени, вот тебе данные.
Это как если бы я захотел создать вордовский документ я "говорю" ворду: "создай документ от моего имени, а вот тебе информация которая там должна быть" (передаю информацию)
Дмитрий Беляев, ответ не по существу. Я знаю что у меня не отображены данные обьектов и то как обьекты "обмениваются сообщениями", но это следующий этап - кто что кому передает и зачем.
Максим, я тут кстати кое что забыл - метод ДобавитьОбьявление, думаю этим будет заниматься сущность AdvertCollection, а вызывать метод этого обьекта будет обьект Юзер.
Максим Федоров, ну потому что юзер не может сам себя создать или удалить, например вы не можете сами себя нанять на работу, вам надо обратиться в Отдел Кадров, вот ЮзерСервис это и есть некая сущность которая на стороне самой организации (доска обьявлений) принимает внешние сущности (юзеры) к себе. Как то так.
Спасибо за ответ. Много методов со словом display - это я так назвал методы которые что-то выводят на экран, список каких-то сущностей или одну какую-то сущность.
у тебя не будет такого, тебе ясно сказали - Автобусное Предприятие и там нет никаких "непонятных отделов", всё понятно и ясно и там не нужно придумывать Отдел По наблюдениям За Марсианами.