Бизнес и логика приложений?
Я часто вижу фразы "бизнес-логика" и "логика приложений" с точки зрения веб-разработки (я предполагаю, что это также относится к программированию в целом, а не только к веб-разработке).
Это совершенно новое для меня, поэтому я действительно не знаю, что это значит, может ли кто-нибудь объяснить мне, что именно подразумевается под этим? Это просто "звуковое слово", используемое программистами? Или?
Ответы
Ответ 1
Бизнес-логика - это в основном правила системы в соответствии с функциональными спецификациями. Например, объект A типа B должен относиться к C и D, но не к E.
Application Logic - это скорее техническая спецификация, например, использование сервлетов Java и OJB для сохранения базы данных Oracle.
В конце концов, это звуковые слова, которые помогут описать уровни технологии в приложении. Надеемся, что мы стараемся разделить различные уровни, создавая лучший дизайн приложений.
Ответ 2
Скажите, что вы пишете систему, которая решает бизнес-задачу для клиента.
Сумма всего вашего кода - это логика приложения или системная архитектура - в основном полная система, которую вы строите.
Бизнес-логика - это подмножество кода, которое моделирует и управляет фактическими бизнес-процессами. "Что происходит, когда размещается заказ на продукт X? Как рассчитывается стоимость продукта Y?" То есть. биты кода, где вам, вероятно, нужен какой-то вклад от эксперта/эксперта/участника проекта.
В идеале бизнес-логика разделяется на собственный уровень или уровень (см. статью в Википедии об архитектуре N-уровня). Остальная часть кода часто может быть просто рассмотрена как инфраструктура, которая поможет выполнить эту бизнес-логику (обертка базы данных, вспомогательные функции, фасады служб, внешняя интеграция, графический интерфейс и т.д.).
Ответ 3
Страница Википедии по архитектуре N-уровня
Ответ 4
Во-первых, что вам нужно знать (ввод)?
Личность лица, делающего перевод
Сумма перевода денег
Номер контрольного счета источника
Номер целевого расчетного счета
Каковы некоторые из "бизнес-правил", которые должны применяться?
Лицо, делающее запрос, должно иметь полномочия для этого.
Транзакция должна быть атомарной.
У транзакции могут быть требования к отчетности для правительства, если она превышает определенную сумму
Под "атомным" я подразумеваю, что транзакция должна полностью преуспеть или она должна полностью потерпеть неудачу. У вас нет транзакций с учетной записью, когда деньги вынимаются из одной учетной записи, не приходя в другую (деньги исчезают), или деньги депонируются на счет, но не списываются с другого счета (деньги волшебным образом появляются из ниоткуда).