왜 '비즈니스 로직'이라고 하는가? 이 용어는 어디에서 왔습니까?
https://stackoverflow.com/questions/1441202
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 모든 종류의 WPF 문서를 겪고 있으며 불필요하게 혼란스러워합니다. '비즈니스 논리'라는 용어는 마치 모든 사람이 그것이 무엇인지 알아야하는 것처럼 흩어져 있습니다.
이 질문에 따르면 비즈니스 논리가 무엇인지 알 수 있습니다.응용 프로그램의 '비즈니스 로직'으로 정확히 구성되는 것은 무엇입니까?
그러나이 용어는 어디에서 왔습니까? 왜 '비즈니스 로직'이라고 불리는 이유는 '핵심 논리'또는 '기본 알고리즘'또는 기타 일반적인 용어가 아닌가? 내가 쓰는 프로그램 중 거의 몇 가지가 '비즈니스 로직'과 관련이 있으며, '비즈니스 로직'을 생각할 때 신용 카드 거래, 고객 데이터베이스 유지 관리 등을 처리하는 것이 생각합니다. 다시 말해, 컴퓨터 과학 전체의 일부와 관련된 것들. 이미징 애플리케이션을 작성할 때, '비즈니스', 고객, 돈 기반 거래, 어떤 종류의 거래도 없습니다. 비즈니스를 수행하지 않기 때문에 '비즈니스 논리'가 실제로 혼란스럽게 생각합니다. 이미지를 처리하고 있습니다.
해결책
총알이 나오는 총의 끝을“비즈니스 엔드”라고합니다. 기본 조치가 발생하는 곳입니다.
다른 팁
전문 그래픽 디자이너라면 확실히 ~일 것이다 이미징 애플리케이션 사용과 관련하여 비즈니스에 참여하십시오 - 귀하의 직업은 귀하의 비즈니스입니다!
따라서 "Business Logic"은 사용자가 자신의 비즈니스를 수행하는 방법 (이 경우 이미지 조작)을 정의하는 코드의 부분을 나타냅니다.
그날 다시 잊지 마세요. 모두 소프트웨어는 "비즈니스 소프트웨어"였습니다. 아무도 비즈니스 목적 이외의 소프트웨어를 작성하는 데 필요한 값 비싼 장비와 기술을 감당할 수 없었습니다. 돈을 벌지 못하거나 사업을 위해 돈을 저축하지 않으면 글을 쓰지 않았습니다.
확실하지 않지만이 용어는 대신 도메인 로직으로 대체되어야한다고 생각합니다.
당신은 이것을 "핵심 논리"라고 불렀을 수도 있지만, 나는 첫 번째 (잘 알려진) 다층 앱이 실제로 보험이나 은행을 위해 작성되었으므로 "비즈니스 로직"이라는 용어라고 생각합니다. 거기에서 패턴이 형성되었고 이름 지정이 붙어있었습니다.
최초의 멀티 계층 앱이 연구 프로젝트 또는 무언가라면 아마도 "핵심 논리"라고 불렀을 것입니다.
이미징 애플리케이션을 작성할 때, '비즈니스', 고객, 돈 기반 거래, 어떤 종류의 거래도 없습니다. 비즈니스를 수행하지 않기 때문에 '비즈니스 논리'가 실제로 혼란스럽게 생각합니다. 이미지를 처리하고 있습니다.
또한 비즈니스 애플리케이션의 '프리젠 테이션 계층'에서 엑스트라가 될 효과 및 필터와 같은 작업이 귀하의 핵심이므로 프레젠테이션 및 데이터에 대한 많은 조언이 남쪽으로 진행되기 시작합니다.
"시각화", "엔진"및 "영구 스토리지"는 내가 작업하는 경향이있는 시뮬레이션의 레이어의 일반적인 이름입니다. 도메인에서 의미있는 이름을 사용하는 데 아무런 문제가 없습니다. 그러나 영국 방어 환경에서 다른 것을 의미하기 때문에 SAS 프로그래머에 대한 모든 작업 광고에 대해 혼란스러워합니다. 비즈니스 사람들과 대화하고 싶다면 그들을 위해 번역해야합니다.
이 용어의 기원은 비즈니스 소프트웨어에 있으며 비즈니스 별 규칙이 자체 모듈로 분리되었습니다. 그것은 단지 다른 모든 소프트웨어로 전송되었습니다.
신용 카드 처리와 같은 초기 컴퓨터 시스템에 대해 생각하면 코드에는 두 가지 큰 부분, IO를 수행하는 부품, 백엔드, 테이프 등과 대화하고 비즈니스의 논리를 수행하는 부품, 규칙, 규칙, 규칙 카드가 유효하고 제한이 초과되었습니다.
그것에 대해 생각하는 또 다른 방법, 그것은 사업가가 말할 것입니다.
비즈니스 로직은 "어떻게"작동 해야하는 응용 프로그램의 일부입니다. 일반적으로 고객이 수행하려는 작업을 수행하는 코드입니다. 이 용어는 일반적으로 비 IT 그룹을 위해 구축 된 하우스 소프트웨어에만 적용됩니다.
비즈니스 논리가 항상 논리적이지는 않기 때문에 여러 번 냉소적이라고 생각합니다. 비즈니스는 그런 식으로 그것을 원하기 때문에 특정한 방식으로 만 이루어졌습니다. 여러 번 가장 좋은 방법이 아닙니다. 당신은 그들과 싸울 수 있으며 (운이 좋으면) 비즈니스 논리를 비즈니스 로직한다는 사실을 받아들이고 그들이 실수를 한 것을 깨달았을 때 변경할 준비가되어 있습니다.
그것은 주로 비즈니스 라인 애플리케이션에 사용되는 용어이며 사람들이 알고있는 한 가지 방법은 CRUD 앱 (작성, 읽기, 업데이트, 삭제)입니다.
클래스 (ES)에 비즈니스 프로세스가 주어진 비즈니스 프로세스 (ES)에 대한 논리를 포함한다는 것을 의미한다고 생각합니다.
당시 DVK-IIRC에 동의하면 전체 데이터-> 논리-> 프레젠테이션 계층은 "기업"(기본적으로 : 비즈니스) 소프트웨어 버즈 워드였습니다.
이제 모든 goddamn 웹 페이지가 3 계층이어야하므로 훨씬 더 일반적입니다.
또한 비즈니스 코드 이외의 코드가 많지만 비즈니스 코드의 양은 엄청나고 거대한 비즈니스 (Har Har)라는 점을 기억해야합니다. 일부 용어가 그곳에서 시작된 것은 놀라운 일이 아닙니다.
당신이 사업을하기 위해 화장실에가는 예쁜 것과 마찬가지로, 당신의 예쁜 GUI는 논리로갑니다.
(죄송합니다, 저항 할 수 없었습니다 :))
