При чтении я продолжаю видеть ссылки на то, что они называют Business Objects. Я посмотрел на Википедию и так далее, но я не понимаю, что такое Business Object.
Есть ли легкое объяснение того, что для кого-то, кто не знает ничего о архитектуре программного обеспечения и т.д.
Кроме того, что такое Business Logic?
Это легко
Каждый объект в системе, представляющий объект человеческого мира, с которым должна взаимодействовать система, является бизнес-объектом.
Человеко-мировая логика в системе вокруг манипулирования бизнес-объектами - это бизнес-логика.
Это противоречит объектам и логике, являющимся частью деталей реализации.
Например, в многоуровневой торговой системе порядок/торговля будут бизнес-объектами, но сердцебиение будет деталями реализации.
Логика порядка кодирования/торговых объектов для потоковой передачи будет подробно описана реализацией, а логика изменения состояния заказа до "завершена" после того, как торговля поступит, - это бизнес-логика.
Ну, бизнес-объект обычно считается классом, который представляет Entity, например. Книгу или магазин. Такой класс обладает определенными свойствами, такими как цена, цвет, ширина, номер isbn и т.д. В Java или .NET он состоит из так называемых сеттеров и геттеров, то есть методов, которые устанавливают или получают эти свойства.
Бизнес-логика, с другой стороны, является той частью или программой (этим слоем), которая работает с этими свойствами, то есть как эта книга продается. Уровень бизнес-логики использует бизнес-объекты для доступа к базе данных.
hey devourred, у меня были проблемы с этой терминологией, когда я тоже начал развиваться.
В принципе, единственная причина, по которой используется слово "бизнес", заключается в том, что терминология развивается в контексте коммерческого программного обеспечения. Поэтому в этом смысле предполагается, что программное обеспечение создано для деловых целей... в противоположность, например, художественным, эстетическим или творческим целям.
Таким образом, бизнес-объекты представляют собой простое представление кода реальных бизнес-объектов реального мира. Таким образом, у вас может быть класс продукта или класс сотрудника.
Бизнес-логика - это логика в приложении, которая специфична для "бизнеса", для которого предназначено программное обеспечение. Итак, такие вещи, как налоговые расчеты или как продукты, связанные с клиентами... такие вещи.
Обратите внимание, что идея бизнес-объектов или бизнес-логики не будет применяться к разработке видеоигр или художественному развитию.
Он также не применим к некоторым фреймворкам или libraires, таким как ORMS или библиотекам тестирования модулей, в качестве примера, поскольку они являются компонентами многократного использования, которые не являются специфическими для любого "бизнеса".
Это противоположность Fun Logic.
В традиционном трехуровневом программировании у вас есть три логических уровня или уровня. У вас есть уровень представления, который является пользовательским интерфейсом, нижним уровнем будет уровень базы данных. Средний слой будет слоем бизнес-объектов. Как указывалось выше, бизнес-объекты должны быть абстрагированы тем, что сайт может вообще не касаться бизнеса. Это слой абстракции, который упрощает внесение изменений в уровень представления или для переключения на другой источник данных.
Если на вашем уровне пользовательского интерфейса нет или очень мало кода. Это облегчает проектировщикам работу с программистами. Дизайнеры могут изменить внешний вид сайта без необходимости программировать существенную переработку кода, который заставляет этот сайт работать. С слоем бизнес-объектов вы делаете тяжелый листинг сайта. Вы выполняете вызовы на уровне базы данных без бизнес-объекта, зная, находится ли ваш уровень базы данных в XML или реляционной базе данных. Затем слой бизнес-объекта будет обновлять ответ на уровень пользовательского интерфейса. Обычно используется пример для банковской транзакции. В пользовательском интерфейсе клиент вводит сумму, которую он хотел бы перевести со своего сберегательного счета на свой текущий счет.
Уровень бизнес-объекта будет содержать бизнес-правила для банка. Это означает, что он проверит баланс сберегательного счета пользователей и убедитесь, что сумма перевода не превышает баланс учетной записи. Бизнес-уровень будет содержать классы, которые фактически вычисляют новые балансы как для сберегательной учетной записи, так и для текущей учетной записи, и она будет предупреждать уровень базы данных для обновления базы данных.
Бизнес-объект:
class User {
long id;
String fullNames;
int age;
}
class Book {
long id;
String bookTitle;
}
class Sales {
long id;
long userID;
long bookID;
}
Бизнес-логика:
class BookSalesController {
private User user = new User();
private Book book = new Book();
private Sales sale = null;
public Sale sale(long saleID) {
String query = "SELECT * FROM Sales s WHERE s.id = :saleID";
....
.... execute the query
// Assuming we have our Result Set here by now
if (rs.next()) {
sale = new Sales(rs.getString("User Names"));
sale.setUserID(rs.getLong(userID));
sale.setBookID(rs.getLong(bookID));
}
return sale;
}
}
Определение бизнес-объекта трудно найти в поисковой системе, так как оно скажет вам, что Business Objects является компанией, приобретенной SAP. Но это не то, что большинство людей ищут.
Бизнес-объект - это инкапсуляция бизнес-логики в бизнес-сценарий.
Например, в домене закупки: существует целый список действий, которые необходимо выполнить. От анализа затрат до запроса информации для продуктов к созданию контракта на согласованный срок. Таким образом, в этом конкретном сценарии такой документ, как RFI (Request for information), можно рассматривать как экземпляр бизнес-объекта RFI (он будет иметь всю логику, связанную с процессом, например валидацией и т.д.).
Бизнес-объект SAP-серии отличается от бизнес-объекта внутри шаблона проектирования oracle'core, который взаимодействует с уровнем обслуживания приложений... да, бизнес-объект работает с составным объектом, но имеет бизнес-логику, он может нести бизнес-состояние, некоторые легко настраиваемые методы, и они являются носителями деловой информации с возможностью обмена динамическими состояниями и пересекаются между уровнями приложений или доменами, но когда в другом контексте он имеет различное подробное заданное имя, например, мы можем сказать, что запрос веб-службы является бизнес-объектом в формате xml... это не то же самое, что и объект данных