Бизнес-объекты по сравнению с [закрытыми] объектами
при условии, что вы объединяете PR с главной веткой:
- локально переключитесь на master -
git checkout master - pull -
git pull - переключитесь обратно на свою ветку -
git checkout <yourBranch> - перебазируйте на ведущую, чтобы перенести все изменения, которые были внесены в основную ветку, в вашу ветку -
git rebase master - Вы получите уведомление о наличии конфликтов, и вы должны их разрешать
- Разрешать конфликты в любом используемом вами git-редакторе (у intellij есть встроенные средства для разрешения конфликтов, но вы также можете редактировать их даже в vi) [ 1111]
- , как только все конфликты разрешены, завершите перебазирование -
git rebase continue - отправьте все в ветвь -
git push --force(обратите внимание, что форсирование обязательно после перебазировки, если ваша ветвь уже доступна на удаленном сервере )
6 ответов
Я назвал бы это DTO (Объект Передачи данных). Я также видел их названный "Классы Свойства" в минувшие дни. Я НЕ назвал бы это Бизнес-объектом, потому что это не имеет никакого поведения, и по определению Филиал определяется их поведением.
Все объекты являются бизнес-объектами, но не все бизнес-объекты объекты.
Объекты являются бизнес-объектами, идентификационные данные которых определяются не их атрибутами, а идентификатором, как идентификатор продукта.
Примером бизнес-объекта, который не является объектом, мог быть Цвет. Цвет получает свои идентификационные данные из его значений RBG.
Я обращаюсь к, конечно, Объекты и Объекты Значения в Управляемом Доменом Дизайне.
Я считаю их тем же, хотя, возможно, если у Вас есть некоторые подобные контроллеру классы (которые воздействуют на Вашу модель предметной области) в Вашем бизнес-слое их нельзя было бы назвать объектами. Я сказал бы, что классы как продукт являются и бизнес-объектами и объектами, в то время как ProductController был бы только бизнес-объектом. Объект представляет объект модели предметной области - пользователь, книга, автомобиль, и т.д., что-то, что содержит собственные данные также. Я думаю, что это - просто вопрос именования и не важно, я склонен использовать оба термина попеременно, но буду обычно использовать "правила", которые я изобразил выше.
Я не думаю, что существует ясное различие между бизнес-объектами и объектами. Различные специалисты, кажется, используют различные версии.
См. эти комментарии Ayende.
По моему опыту, объекты обычно связываются с CRUD. Бизнес-объекты могут также быть не постоянными объектами, такими как стратегии, политики и т.д.
Термин "объект" обычно используется как более претенциозный способ сказать "вещь". Считайте объект reationship схемами, например - схемы, которые показывают отношения между вещами.
Объекты Buisness являются просто вещами (ой, объекты) в бизнес-домене. Я сказал бы, что Вашим продуктом является бизнес-объект - выдерживают сравнение, он с говорит, что Строка, которая является вещью в домене реализации.