При чтении я продолжаю видеть ссылки на то, что они называют Business Objects . Я посмотрел на Википедию и так далее, но я не понимаю, что такое Business Object .
Есть ли легкое объяснение того, что для кого-то, кто не знает ничего о архитектуре программного обеспечения и т.д.
Кроме того, что такое Business Logic ?
ОТВЕТЫ
Ответ 1
Каждый объект в системе, представляющий объект человеческого мира, с которым должна взаимодействовать система, является бизнес-объектом.
Человеко-мировая логика в системе вокруг манипулирования бизнес-объектами — это бизнес-логика.
Это противоречит объектам и логике, являющимся частью деталей реализации.
Например, в многоуровневой торговой системе порядок/торговля будут бизнес-объектами, но сердцебиение будет деталями реализации.
Логика порядка кодирования/торговых объектов для потоковой передачи будет подробно описана реализацией, а логика изменения состояния заказа до «завершена» после того, как торговля поступит, — это бизнес-логика.
Бизнес-логика в веб-проекте. Проблема понимания бизнес-логики клиентских проектов. #bll #biz
Ответ 2
Ну, бизнес-объект обычно считается классом, который представляет Entity, например. Книгу или магазин. Такой класс обладает определенными свойствами, такими как цена, цвет, ширина, номер isbn и т.д. В Java или .NET он состоит из так называемых сеттеров и геттеров, то есть методов, которые устанавливают или получают эти свойства.
Бизнес-логика, с другой стороны, является той частью или программой (этим слоем), которая работает с этими свойствами, то есть как эта книга продается. Уровень бизнес-логики использует бизнес-объекты для доступа к базе данных.
Ответ 3
hey devourred, у меня были проблемы с этой терминологией, когда я тоже начал развиваться.
В принципе, единственная причина, по которой используется слово «бизнес», заключается в том, что терминология развивается в контексте коммерческого программного обеспечения. Поэтому в этом смысле предполагается, что программное обеспечение создано для деловых целей. в противоположность, например, художественным, эстетическим или творческим целям.
Таким образом, бизнес-объекты представляют собой простое представление кода реальных бизнес-объектов реального мира. Таким образом, у вас может быть класс продукта или класс сотрудника.
Бизнес-логика — это логика в приложении, которая специфична для «бизнеса», для которого предназначено программное обеспечение. Итак, такие вещи, как налоговые расчеты или как продукты, связанные с клиентами. такие вещи.
Обратите внимание, что идея бизнес-объектов или бизнес-логики не будет применяться к разработке видеоигр или художественному развитию.
Он также не применим к некоторым фреймворкам или libraires, таким как ORMS или библиотекам тестирования модулей, в качестве примера, поскольку они являются компонентами многократного использования, которые не являются специфическими для любого «бизнеса».
Ответ 4
Это противоположность Fun Logic.
Грамотное ООП: организация надёжной бизнес-логики / Дмитрий Елисеев (ElisDN)
Ответ 5
В традиционном трехуровневом программировании у вас есть три логических уровня или уровня. У вас есть уровень представления, который является пользовательским интерфейсом, нижним уровнем будет уровень базы данных. Средний слой будет слоем бизнес-объектов. Как указывалось выше, бизнес-объекты должны быть абстрагированы тем, что сайт может вообще не касаться бизнеса. Это слой абстракции, который упрощает внесение изменений в уровень представления или для переключения на другой источник данных.
Если на вашем уровне пользовательского интерфейса нет или очень мало кода. Это облегчает проектировщикам работу с программистами. Дизайнеры могут изменить внешний вид сайта без необходимости программировать существенную переработку кода, который заставляет этот сайт работать. С слоем бизнес-объектов вы делаете тяжелый листинг сайта.
Вы выполняете вызовы на уровне базы данных без бизнес-объекта, зная, находится ли ваш уровень базы данных в XML или реляционной базе данных. Затем слой бизнес-объекта будет обновлять ответ на уровень пользовательского интерфейса. Обычно используется пример для банковской транзакции. В пользовательском интерфейсе клиент вводит сумму, которую он хотел бы перевести со своего сберегательного счета на свой текущий счет.
Уровень бизнес-объекта будет содержать бизнес-правила для банка. Это означает, что он проверит баланс сберегательного счета пользователей и убедитесь, что сумма перевода не превышает баланс учетной записи. Бизнес-уровень будет содержать классы, которые фактически вычисляют новые балансы как для сберегательной учетной записи, так и для текущей учетной записи, и она будет предупреждать уровень базы данных для обновления базы данных.
Ответ 6
class User < long id; String fullNames; int age; >class Book < long id; String bookTitle; >class Sales
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; > >
Ответ 7
Определение бизнес-объекта трудно найти в поисковой системе, так как оно скажет вам, что Business Objects является компанией, приобретенной SAP. Но это не то, что большинство людей ищут.
Бизнес-объект — это инкапсуляция бизнес-логики в бизнес-сценарий.
Например, в домене закупки: существует целый список действий, которые необходимо выполнить. От анализа затрат до запроса информации для продуктов к созданию контракта на согласованный срок. Таким образом, в этом конкретном сценарии такой документ, как RFI (Request for information), можно рассматривать как экземпляр бизнес-объекта RFI (он будет иметь всю логику, связанную с процессом, например валидацией и т.д.).
Ответ 8
Бизнес-объект SAP-серии отличается от бизнес-объекта внутри шаблона проектирования oracle’core, который взаимодействует с уровнем обслуживания приложений. да, бизнес-объект работает с составным объектом, но имеет бизнес-логику, он может нести бизнес-состояние, некоторые легко настраиваемые методы, и они являются носителями деловой информации с возможностью обмена динамическими состояниями и пересекаются между уровнями приложений или доменами, но когда в другом контексте он имеет различное подробное заданное имя, например, мы можем сказать, что запрос веб-службы является бизнес-объектом в формате xml. это не то же самое, что и объект данных
Источник: ask-dev.ru
Уровень бизнес-логики
В этой статье мы узнаем об уровне бизнес-логики в системах управления базами данных. Уровень бизнес-логики, также известный как BLL , выступает в качестве промежуточного звена между уровнем представления. и уровень доступа к данным (DAL). Этот уровень обрабатывает бизнес-логику, бизнес-правила, а также вычисления. В нем рассказывается, как можно использовать данные из базы данных, что она может выполнять, а что нет в своем приложении.
- Уровень представления: уровень, на котором пользователи взаимодействуют с приложением, и окончательные данные будут видны пользователям в этом интерфейсе. Он действует как интерфейс между пользователем и приложением.
- Уровень бизнес-логики: он выступает в качестве промежуточного звена между уровнем представления и уровнем доступа к данным.
- Уровень доступа к данным: уровень, на котором осуществляется управление данными.
- Все три слоя выше играют важную роль в создании приложения.
- Уровень бизнес-логики управляет связью между базой данных и уровнем представления.
Пример: в приложении, когда пользователь обращается к нему или пишет в нем запросы с помощью уровня представления или пользовательского интерфейса, уровень бизнес-логики помогает пользователю получить ответ на заданные запросы, передавая его на уровень доступа к данным, который далее обрабатывает запрос и выдает подходящий результат на уровень бизнес-логики, который далее передается на уровень представления, что делает его видимым для пользователя.
Из-за меньшей ясности в определении уровня бизнес-логики некоторые домены бизнеса, такие как Microsoft и Apple, исключили BLL из своих приложений, что усложняет обслуживание кода. Лучшим подходом является создание приложения, которое поддерживает несколько различных пользовательских интерфейсов.
Преимущества уровня бизнес-логики:
- Сопровождение кода просто: поддерживать код будет легко, если мы используем бизнес-логический уровень, поскольку он поддерживает многоуровневую архитектуру. Используя это, мы можем легко определить любые изменения в коде.
- Безопасность: эта архитектура обеспечивает безопасность, поскольку мы видим, что уровень представления не взаимодействует напрямую с уровнем доступа к данным, что предотвращает любую потерю данных и обеспечивает безопасность данных на уровне данных.
- Выпуски приложений: это упрощает развертывание выпусков приложений. Поскольку каждый раз обновляется только уровень бизнес-логики, нам не нужны другие уровни архитектуры, т.е. уровень представления и уровень доступа к данным.
- Простота обучения: его легко освоить, потому что учащийся должен специализироваться только на уровне представления, данных и бизнес-уровне, чтобы быстрее освоить определенные части приложения. Время разработки, затрачиваемое приложением, будет небольшим, так как все слои могут работать вместе одновременно.
Недостатки уровня бизнес-логики:
- Дорого: будет очень сложно и дорого установить и поддерживать этот уровень в базах данных.
- Управление исходным кодом очень сложно правильно выполнять с помощью существующих процедур.
- Это затрудняет повторное использование кода, что снижает возможность его повторного использования.
Приложения уровня бизнес-логики:
- BLL имеет большое применение при создании многоуровневых приложений.
- Он чаще всего используется при создании приложений на основе компонентов.
Источник: progler.ru
В чем разница между прикладным уровнем и уровнем бизнес-логики?
В чем разница между прикладным уровнем и уровнем бизнес-логики? Я как бы понимаю, что бизнес-логический уровень предоставляет услуги, специфичные для бизнеса, а прикладной уровень объединяет бизнес-сервисы и предоставляет услуги конечному пользователю (Web Service, UI и т.д.). Я прав?
57 2010-04-13T15:17:26+00:00 6
Редактировал вопрос 9-го ноября 2014 в 1:34
Комментарии к вопросу (1)
Решение / Ответ
Mark Seemann
13-го апреля 2010 в 3:25
2010-04-13T15:25:44+00:00
Дополнительно
Это звучит примерно так.
Уровень бизнеса реализует модель домена гранично-технологически-нейтральным способом. Другими словами, он не зависит от какой-либо конкретной технологии, связанной с пользовательским интерфейсом или интерфейсом служб, такой как веб-библиотеки или оконные API. Вы должны иметь возможность использовать бизнес-слой из любого типа приложения — веб, богатый клиент, веб-сервис и т.д.
Уровень приложения устраняет разрыв между бизнес-слоем и пограничной технологией.
Mark Seemann
Редактировал ответ 1-го декабря 2014 в 2:23
Комментарии к ответу ( 11 )
Justin Ethier
Ответ на вопрос
13-го апреля 2010 в 3:21
2010-04-13T15:21:53+00:00
Дополнительно
- Прикладной уровень состоит из тех элементов, которые специфичны для данного приложения. Таким образом, он будет содержать пользовательский интерфейс, внутреннюю обработку пользовательского интерфейса и любые связи между приложением и слоем бизнес-логики. В идеальном мире этот слой не должен содержать никакой логики бизнес-домена.
- Уровень бизнес-логики (BLL) содержит логику, специфичную для бизнес-домена. Кроме того, если вы собираетесь создать отдельный BLL, этот слой должен содержать логику, которая может быть использована как другими приложениями, так и данным приложением. Например, набор веб-сервисов, предоставляющих четко определенный API. Это отделяет BLL от вашего приложения и позволяет вам гибко строить другие приложения на его основе в будущем.
Justin Ethier
Редактировал ответ 13-го апреля 2010 в 3:27
Комментарии к ответу ( 3 )
Javier Parra
Ответ на вопрос
13-го апреля 2010 в 3:21
2010-04-13T15:21:40+00:00
Дополнительно
Как я понимаю, бизнес-слой отвечает за бизнес-решения, а также за логику, связанную с протоколами клиента.
Прикладной уровень — это необработанные процессы, которые не имеют ничего общего с бизнес-решениями.
Комментарии к ответу ( 0 )
mehdi ghadimi
Ответ на вопрос
10-го сентября 2013 в 10:18
2013-09-10T10:18:25+00:00
Дополнительно
в классическом отводками в бизнес-слое мы имеем:
Правила-Бизнес -Безопасности -Активность Пользователей Логин -Управление Транзакциями .
Функциональные Requierment + Нефункциональным Requierment = Бизнес Код
в ДДД функциональные Requierment как бизнес-правила и бизнес-логику пребывания в слое домена и Нефункциональные Requiement, как безопасность и активности пользователя логин остановиться на прикладной уровень
Источник: kzen.dev