[RUBY-ON-RAILS] 루비 온 레일즈 MVC는 무엇입니까?

루비 온 레일즈 MVC는 무엇입니까?

누군가가 평신도 측면에서, 루비 온 레일즈 나에게 MVC를 설명해 주시겠습니까. 내가 MVC에서 모델 (모델 주위에 내 머리를 얻을 수 없다) 이해에 특히 관심이 있어요.

해결법

1. ==============================

   1.어떤 배경, MVC는 (화합물) 디자인 패턴과 TRYGVE Reenskaug (스몰 토크)에 의해 1979 년에 개발되었다.

   어떤 배경, MVC는 (화합물) 디자인 패턴과 TRYGVE Reenskaug (스몰 토크)에 의해 1979 년에 개발되었다.

   진정한 MVC는 주로 n 계층 (비 웹) 시스템에 사용하도록 계획하고는 3 개 부분으로 구분, 모델,보기 및 컨트롤러에 시스템을 분리했다

   모델

   보기

   컨트롤러

   모델이 관찰자의 방식으로보기에 모든 변경 사항을 (뷰는 웹 페이지입니다) 보낼 수 ** 클래식 MVC는 웹 응용 프로그램에 적합하지 않습니다. 모델 2는 90 년대 JSP 팀이 변화하는 인프라를 극복하기 위해 도입되었다. MVC 웹 프레임 워크는 정말로 MVC,하지만 모델 2 (이 루비 온 레일즈의 사실이다)이다.

   여기에 마스터, 마틴 파울러에서 MVC를 포함한 GUI 패턴에 대한 설명입니다 GUI 아키텍처

   내가 지금까지 발견 한 가장 좋은 책은 레일과 민첩한 웹 개발입니다. 그것은 지식이 없다고 가정으로 시작하고, 매우 포괄적이다.

   이 당신을 위해 도움이 되거에 도움이되기를 바랍니다!

2. ==============================

   2.모형은 프로그램에서 사용하는 데이터 구조입니다.

   모형은 프로그램에서 사용하는 데이터 구조입니다.

   보기 화면 또는 다음 단계까지와 상호 작용하는 부분이다.

   컨트롤러는 일반적으로 모델 뷰 간의 데이터 처리

   MVC 구조는 종종 당신은 단지 문자열을 입력 할 수 있습니다.는 "모델"또는 "보기"때문에 자신의 MVC가 (화면에 구성 요소의 생각 포함 할 수있다, 중첩되어 있지만, 뒤에서 구성 요소의 코드는 자신을 그립니다 조금보기가 자신의 작은 모델 (당신이 전달 문자열) 그리고 뷰에 데이터를 그리기 조금 컨트롤러가 있습니다.

   그것이 생성 된 파일을 안내로 프레임 워크에 의해 잘 정의 된 레일에, 모델, 뷰 및 컨트롤러의 역할을하는, 어떤 튜토리얼은 세 가지 구성 요소를 지적 할 것이다.

   다른 시스템에서, 그 조각들은 식별하기 위해 더 열심히 할 수있다. 또한, MVC는 "완벽한"아니, 그냥 유효한 대안이 있다는 것을 염두에 두어야하지만, 조직 시작하는 좋은 방법입니다.

3. ==============================

   3.

   MVC는 기본적으로 모델 - 뷰 - 컨트롤러를 나타냅니다. 그리고 MVC 등 PHP, 펄, 파이썬 같은 많은 언어가 사용 일반적으로 MVC는 다음과 같이 작동합니다 :

   요청은 먼저 데이터베이스와 컨트롤러, 컨트롤러 발견하고 적절한 뷰와 모델과 상호 작용 모델의 상호 작용에 와서보기로 출력 매개 변수를 제공 한 후 컨트롤러의 응답에 따라 컨트롤러에 대한 응답을 보냅니다.

4. ==============================

   4.나는 MVC 예입니다 주위에 당신의 머리를 정리하는 가장 좋은 방법을 생각한다. 간단한을 코딩 MVC를 사용하여 응용 프로그램 레일보십시오. 많은 자습서는 "레일 시작하기"에서 블로그의 예로서, 온라인이 있습니다.

   나는 MVC 예입니다 주위에 당신의 머리를 정리하는 가장 좋은 방법을 생각한다. 간단한을 코딩 MVC를 사용하여 응용 프로그램 레일보십시오. 많은 자습서는 "레일 시작하기"에서 블로그의 예로서, 온라인이 있습니다.

   만약 내가 MVC의 명확한 예를 찾을 수있는 경우에 대한 답변을 확인, 예를 코딩으로 배우고 선택?

5. ==============================

   5.MVC는 루비 온 레일즈를 위해 특별히 없습니다. 레일 혹시 주변에왔다에 그것은 실제로 루비 전에 잠시 만들었습니다. 그것은 주로 당신이 당신의 모델 (데이터베이스 테이블의 클래스 버전)에 대한 책임의 일부 코드, 책임이 당신의 (시각적으로 사용자에게 표시되고 있는지)보기 및 코드에 대한 책임의 일부 코드를 가질 수 있도록 코드를 정리하는 단지 방법 당신의 컨트롤러 (무엇은 모델과 수행 논리의 대부분을에 의견을 묶는다.

   MVC는 루비 온 레일즈를 위해 특별히 없습니다. 레일 혹시 주변에왔다에 그것은 실제로 루비 전에 잠시 만들었습니다. 그것은 주로 당신이 당신의 모델 (데이터베이스 테이블의 클래스 버전)에 대한 책임의 일부 코드, 책임이 당신의 (시각적으로 사용자에게 표시되고 있는지)보기 및 코드에 대한 책임의 일부 코드를 가질 수 있도록 코드를 정리하는 단지 방법 당신의 컨트롤러 (무엇은 모델과 수행 논리의 대부분을에 의견을 묶는다.

   즉, 비 프레임 워크 별 설명입니다. MVC를 사용하는 각 프레임 워크를 구현하는 다른 방법이있다. 루비 온 레일즈를 들어 각 모델은 SQL을 작성하지 않고도 다른 객체와 코드에서 직접 통신 할 수있는 클래스와 데이터베이스 테이블을 나타냅니다. 모든 SQL 백그라운드에서 알아서되고 당신은 그냥 일반 클래스 인 것처럼 그것을 생각해야한다 (물론 거의, 그것은 아직 원활한이다). 보기는 대부분 HTML과 브라우저로 전송됩니다 것을 나타냅니다. 제어기는 함께 모델 뷰를 전달하는 코드이다.

   모두 모두, MVC는 가장 인기가 그냥 ... 루비 레일에 특정하지 않습니다.

6. ==============================

   6.루비 온 레일즈는 MVC 디자인 패턴을 구현하지 않습니다. 루비 온 레일즈는 컨트롤러라는 폴더, 모델 및보기가 있습니다. HTML 파일을이 폴더 전망. 루비 파일이있는 폴더 컨트롤러와 모델. 이 컨트롤러는 URL에 매핑과 컨트롤러의 방법은보기를 채우는 데 사용됩니다에 대한 URL, 관련보기 (HTML 파일)로드 모델 (데이터 구조) 도착하도록 요청에 따라 실행됩니다. MVC 디자인 패턴과 그것의 형상의 범위 이잖아. 그것은 혼란의 발생 원인과 MVC 디자인 패턴의 오해가 있기 때문에 사람들이 그것의 MVC라고하는 수치이다.

   루비 온 레일즈는 MVC 디자인 패턴을 구현하지 않습니다. 루비 온 레일즈는 컨트롤러라는 폴더, 모델 및보기가 있습니다. HTML 파일을이 폴더 전망. 루비 파일이있는 폴더 컨트롤러와 모델. 이 컨트롤러는 URL에 매핑과 컨트롤러의 방법은보기를 채우는 데 사용됩니다에 대한 URL, 관련보기 (HTML 파일)로드 모델 (데이터 구조) 도착하도록 요청에 따라 실행됩니다. MVC 디자인 패턴과 그것의 형상의 범위 이잖아. 그것은 혼란의 발생 원인과 MVC 디자인 패턴의 오해가 있기 때문에 사람들이 그것의 MVC라고하는 수치이다.

   레일, 모델은 데이터 구조이다.

7. ==============================

   7.모델 뷰 컨트롤러의 원리는 3 개 별도하지만 긴밀하게 협력 서브 시스템에 응용 프로그램의 작업을 나눕니다.

   모델 뷰 컨트롤러의 원리는 3 개 별도하지만 긴밀하게 협력 서브 시스템에 응용 프로그램의 작업을 나눕니다.

   모델 (액티브) :

   이는 객체 데이터베이스와 핸들 검증 협회 거래 등의 관계를 유지한다.

   이 서브 시스템은 인터페이스를 제공하고 액티브 라이브러리에서 구현되는 관계형 데이터베이스의 테이블과 루비 프로그램 코드가 조작하는 데이터베이스 레코드 사이의 바인딩. 루비 메서드 이름이 자동으로 데이터베이스 테이블의 필드 이름에서 생성됩니다.

   보기 (ActionView) :

   또한 데이터를 표시하기위한 제어의 결정 트리거의 특정 형식의 데이터를 제시한다. 그들은 스크립트 기반 템플릿 JSP, ASP, PHP 등의 시스템 및 AJAX 기술을 통합하는 것은 매우 쉽습니다.

   이 서브 시스템은 데이터 프리젠 테이션 프리젠 테이션 템플릿을 정의하는 임베디드 루비 (ERB) 기반 시스템 ActionView 라이브러리에서 구현됩니다. 는 A보기의 표시에 레일 응용 프로그램 결과에 대한 모든 웹 연결.

   컨트롤러 (ActionController) :

   그 데이터를 구성, 특정 데이터에 대한 모델을 조회, 한편으로 트래픽을, 다른 한편으로는 응용 프로그램 내 시설 (검색, 그것을 메시징, 정렬) 형태로이 맞는 주어진보기의 요구를.

   이 서브 시스템은 액티브 (데이터베이스 인터페이스) 및 ActionView (프리젠 테이션 엔진) 사이에 앉아 데이터 브로커 ActionController에서 구현됩니다.

   레일 MVC의 명확한 이해는 아래 링크를 확인하십시오 :

   http://www.bogotobogo.com/RubyOnRails/RubyOnRails_Model_View_Controller_MVC.php

   https://betterexplained.com/articles/intermediate-rails-understanding-models-views-and-controllers/

8. ==============================

   8.여기에 MVC 패턴이 어떻게 작동하는지에 높은 수준의 간략한 개요는 다음과 같습니다

   여기에 MVC 패턴이 어떻게 작동하는지에 높은 수준의 간략한 개요는 다음과 같습니다

   제어 장치:

   모델:

   전망:

   참고로 몇 가지 모델이 바이스 반대로 직접 뷰와 통신 할 수 없다는 것입니다. 컨트롤러가 브라우저의 사용자 상호 작용에서 검색 한 상호 작용 / 이벤트에 대한 위임자 역할을 수 있도록 만 컨트롤러는 뷰와 모델과 통신 할 수 있습니다.

   더 명확한 이해를 위해이 링크를 확인

   또 하나 개의 링크는 명확 얻기 위해

from https://stackoverflow.com/questions/1931335/what-is-mvc-in-ruby-on-rails by cc-by-sa and MIT license