Ответ 1
По той же причине, что конец пушки, из которой выходят пули, называется "бизнес-концом". Это где происходит первичное действие.
Я просматриваю все виды документации WPF, и я чувствую себя излишне запутанным. Термин "бизнес-логика" разбросан по всему миру, как будто каждый должен знать, что это такое.
Я вижу, что такое бизнес-логика, в соответствии с этим вопросом: Что именно состоит из "Бизнес-логики" в приложении?
Но откуда взялся этот термин? Почему это называется "бизнес-логикой", а не, скажем, "основной логикой" или "основными алгоритмами" или любыми другими более универсальными терминами? Очень немногие из программ, которые я пишу, имеют какое-то отношение к "бизнес-логике", и когда я думаю о "бизнес-логике", я думаю о том, что касается операций с кредитными картами, обслуживания базы данных клиентов и т.п. Другими словами, вещи, относящиеся к доле всей компьютерной науки. Когда я пишу приложение для обработки изображений, нет "бизнеса", нет клиентов, нет транзакций на основе денег, ничего подобного. Поэтому, говоря, что у меня есть "бизнес-логика", меня действительно смущает, так как я не занимаюсь бизнесом, я обрабатываю изображения.
По той же причине, что конец пушки, из которой выходят пули, называется "бизнес-концом". Это где происходит первичное действие.
Если бы вы были профессиональным графическим дизайнером, то, безусловно, был бы бизнес, связанный с использованием вашего приложения для обработки изображений - ваша работа - ваш бизнес!
Таким образом, "бизнес-логика" относится к частям кода, которые определяют, как пользователь ведет свою деятельность (в данном случае манипулируя изображениями).
Не забывайте, что в тот же день все программное обеспечение было "программным обеспечением для бизнеса" - никто не мог позволить себе дорогостоящее оборудование и навыки, необходимые для написания программного обеспечения для чего угодно, кроме коммерческих целей. Если бы он не зарабатывал деньги или не экономил деньги для бизнеса, он не писал.
Не уверен, но я думаю, что этот термин следует заменить вместо логики домена.
Вы могли бы назвать это "основной логикой", но я считаю, что первые (известные) многоуровневые приложения были фактически написаны для страхования или банковского дела, отсюда и термин "бизнес-логика". Оттуда шаблон получил форму, и именование застряло.
Если бы первые многоуровневые приложения были исследовательским проектом или что-то еще, это, вероятно, было бы названо "основной логикой".
Когда я пишу приложение для обработки изображений, нет "бизнеса", нет клиентов, нет транзакций на основе денег, ничего подобного. Поэтому, говоря, что у меня есть "бизнес-логика", меня действительно смущает, так как я не занимаюсь бизнесом, я обрабатываю изображения.
Кроме того, большая часть рекомендаций о представлении и данных начинает идти на юг, так как такие операции, как эффекты и фильтры, которые будут дополнять в "уровне презентации" в бизнес-приложении, являются ядром вашего.
"Визуализация", "Двигатель" и "Постоянное хранилище" - довольно распространенные имена для слоев в симуляциях, к которым я, как правило, работаю. Нет проблем с использованием имен, значимых в вашем домене. Но потом я запутался во всех объявлениях о работе для программистов SAS, поскольку это означает что-то еще в обстановке обороны Великобритании; если вы хотите поговорить с деловыми людьми, вам нужно их перевести.
Происхождение термина заключается в бизнес-программном обеспечении, где отдельные правила бизнеса были разделены в своих собственных модулях. Это просто передано ко всему другому программному обеспечению.
Размышляя о ранних компьютерных системах, таких как обработка кредитных карт, в код есть две большие части, части, выполняющие io, разговаривающие с back-end, лентой и т.д., а также части, выполняющие логику бизнеса, такие правила, как карта, действительны, предел превышен.
Еще один способ подумать об этом, это те вещи, которые деловой человек сказал бы, - это "правила" для захвата.
Бизнес-логика заключается в том, что часть приложения, где "как" должно работать, определяется кем-то, кроме команды разработчиков. Обычно это код, который делает то, что клиент хочет сделать. Этот термин обычно применяется только к встроенному программному обеспечению, созданному для группы, не относящейся к ИТ.
Я думаю, много раз его саркастичность, потому что бизнес-логика не всегда логична. его сделано только определенным образом, потому что бизнес хочет этого так - во много раз его не лучший способ. вы можете сразиться с ними и (если вам повезет) заставить их увидеть свет или просто принять факт, что его бизнес-логика и быть готовым изменить его, когда они осознают, что совершили ошибку.
Это термин, используемый в основном для бизнес-приложений, и еще один способ, которым люди знают об этом, - это приложение CRUD (создание, чтение, обновление, удаление).
Я думаю, это означает, что класс содержит логику того, как бизнес-процесс работает для данного бизнес-процесса.
Я думаю, что я согласен с DVK-IIRC, в то время вся информация Data- > Logic- > Presentation layer была словом "enterprise" (в основном: бизнес).
Теперь, когда каждая проклятая веб-страница должна быть трехуровневой, она гораздо более распространена.
Вы также должны помнить, что при наличии большого количества кода, кроме бизнес-кода, объем бизнес-кода огромен и огромный бизнес (har har). Не удивительно, что там возникли некоторые термины.
Как и вы, вы идете в ванную, чтобы заниматься своим делом, ваш симпатичный графический интерфейс подходит к логике, чтобы делать свой бизнес.
(Извините, не смог удержаться:))