.NET을 사용하여 MVC 패턴을 배우고 있습니다. 나는이 패턴에 아주 익숙하다. 이 질문은 "MVC가 필요한 이유"라고 여러 번 묻습니다. Google에 게시하면 모든 기사에서 비즈니스 로직을 UI와 분리하여 다른 하나에 영향을 미치지 않고 비즈니스 로직을 변경할 수 있다는 아이디어가 강조됩니다. 그들은 또한 이것이 어떻게 달성되었는지에 대한 예를 가지고있었습니다. 그러나 그들 중 누구도 비즈니스 로직/UI의 변경이 다른 비즈니스 로직/UI에 영향을 미친 사례를 보여주었습니다. 그러나 어느 하나의 변경이 다른 것에 영향을주는 예제를 찾고있었습니다. 이것은 내가 MVC에 대한 나의 이해를 높이는데 도움이 될 것이다. 미리 감사드립니다 ....비즈니스 로직이 UI와 섞여있는 예제
우리는 mvc에서 비즈니스 로직을 생각할 때 비즈니스 도메인 객체를 기반으로하는 mvc의 모델 부분을보고 있습니다. 따라서 비즈니스 도메인이 변경된 경우 (예 : "자산"도메인이 있고 자산 도메인 개체에 자산 번호를 추가하고이를 기반으로 세부 정보를 기록하기 시작하면 다양한 특성을 포함하는 새 자산 번호 속성으로 모델을 업데이트합니다. 그런 다음 자산 관리자에게만 표시되는 속성 (예 : 모델 속성을 꾸미기)에 따라 자산 번호가 표시됩니다. 이런 방식으로 비즈니스 도메인 객체의 변경 사항이 mvc의 모델 부분에 반영됩니다.
예는 데이터의 몇 가지 주요 부분 셀 (C1)에 저장됩니다 예를 들어 대부분의 엑셀 응용 프로그램
것
매크로 하드 C1 셀의 데이터를 선택하고 그것을
을에 대한 작업을 수행하도록 코딩되어있다누군가 시트에 제목이 있다면 더 좋을 것이라고 생각하여 제목에 맞는 C3로 정보를 옮기고 모든 Excel 코드가 작동을 멈 춥니 다.
코드의 논리가 사용자 인터페이스에 밀접하게 연결되어 있고 사용자 인터페이스가 변경되면 비즈니스 논리 (코드 또는 계산)가 변경되어야합니다.
좋은 예입니다 ....... 감사합니다. –
ur 질문을 이해할 수 없습니다 .. –
MVC 패턴을 따르지 않는 예를 찾고있었습니다. UI 변경이 비즈니스 로직에 영향을 주거나 그 반대의 경우를 예로 들었습니다. –
해당 부서를 기반으로 한 사용자의 레코드 표시에 대해 생각해보십시오. 이것은 UI 레이어에서 제어되지 않아야합니다. – lucuma