I는 각각 I는 정보 시스템을하고 다른 별도의 프로젝트.NET MVC 표준
I 별도의 프로젝트 또한 데이터 액세스 논리로 내 비즈니스 로직을하고
기준에 대해, .NET MVC에 대한 질문이 있습니다 (데이터 소스 변경, 실제로 C#과 HTML 사이의 통신을 위해 사용하는 MVC와 같이) 더 많은 수정 작업을 더 쉽게하기 위해 이렇게했습니다. 그래서 MVC 프로젝트는 데이터가 어떻게 생성되는지에 대해 알지 못합니다. 다른 프로젝트
따라서이 MVC 프로젝트의 모델 부분은 비어 있으며 m odels
이 aproach가 유효합니까? 또는이 시나리오에서 MVC에서 모델을 사용해야합니까?
MVC 프로젝트에서 해당 프로젝트를 참조하는 경우 모델/뷰 모델이 다른 클래스 라이브러리 프로젝트에있을 수 있습니다.
나는 정보 시스템을 수행하고 별도의 로 내 탈취 논리를 가지고 :
다음 포스트는 대신 다른이 하나의 방법을 선택하는 이유의 미세한 점을 토론 프로젝트 및 데이터 액세스 로직을 또 다른 별도의 프로젝트로 사용
책임이있는 각 프로젝트. 절대적으로 맞다. MVC 패턴을 위반하지 않기 위해 뷰가 비즈니스 로직에 액세스하지 못하도록하십시오.
좀 더 쉽게 (데이터 소스를 변경처럼 MVC 난 그냥 C# 및 HTML 사이 통신에 실제로 사용)
당신은 생각하지 말아야 더 modificitaion을 만들기 위해이 같은 이런 짓을 이 방법으로 MVC 프로젝트에서. 방금 비즈니스 로직이있는 모델 (M)을 옮겼습니다. 이제, "MVC 프로젝트"는 의사 소통하는 방법으로 컨트롤러 (C)를, 데이터를 표시하는 방법으로 뷰 (V)를 갖는 "UI 프로젝트"입니다. 데이터가 생성되는 방법을
는 그래서 MVC 프로젝트에 대해 알고하지 않습니다, 그냥 다른 프로젝트에서 그들을 얻을 수
이 문장이어야한다 : "뷰는 모델에 대해 아무것도 몰라하고, 컨트롤러는 모델과 상호 작용하는 데 사용됩니다. " ¡ 이것은 단지 MVC 패턴입니다!
이 aproach가 유효합니까? 아니면이 시나리오에서 MVC에서 모델을 사용해야합니다.
모델 폴더는 요청 및 응답 DTO를 저장하는 데 사용됩니다. 그러나 필수는 아닙니다. 동적 객체 인 ViewBag 객체를 사용하여 뷰에 데이터를 보낼 수 있습니다. ASP.NET MVC 프레임 워크를 사용하지 않거나 Web API가 수행하는 것처럼 JSON 객체를 반환하고 반환합니다 (ASP.NET Web API도 MVC 패턴을 따릅니다).
당신이 ASP.NET MVC 프로젝트를 생성 결론, 그냥 당신이 MVC 패턴을 따라하는 데 도움이되는 템플릿입니다,하지만 당신은 MVC 패턴을 파괴하지 않고 여러 가지 방법으로이 템플릿을 변경할 수 있습니다.
모델을 볼 수 없다면 컨트롤러가 무엇을 전달해야하는지 알 수있는 방법은 무엇입니까? – Logman