codeigniter에 대한 응용 프로그램의 광범위한 클래스

-1

처음으로 codeigniter를 사용하고 코딩 구조를 계획하기 시작했습니다.codeigniter에 대한 응용 프로그램의 광범위한 클래스

사용자, 기사, 사진, 댓글, 포럼 주제 등 애플리케이션 전반에 걸쳐 정기적으로 참조되는 '개체'가 여러 개 있습니다. 이러한 개체는 특정 항목에 대한 구체적인 정보 얻기/설정과 같은 일반적인 기능을 수행합니다. 사용자, 기사, 사진, 댓글, 주제 등.이 물건은 일반적으로 거의 모든 컨트롤러에서 한 지점 또는 다른 지점에서 참조됩니다.

이러한 정보를 저장하는 올바른/최선의 방법은 어디에 있습니까? 당신이 config-를 비즈니스 오브젝트의 각 모델/라이브러리를 만든 다음 중 하나를 사용하는 것처럼 정확하게 MVC가 작동하는 방법

출처

2013-03-07 David

일반적으로 라이브러리 또는 모델 폴더에 있어야합니다. 그렇다면 다시 말해서 나는이 물체들이 무엇을 의미하는지 정확히 모르기 때문에 말할 수 없다. 각각에 대해 더 많은 정보를 게시하면 더 쉬울 것입니다. –

@cryptic ツ 설명을 업데이트했습니다. – David

http://ellislab.com/codeigniter/user-guide/general/creating_libraries.html 및 http://ellislab.com/codeigniter/user-guide/general/models.html –

-2

...

가 소리> 자동로드 그들을 포함하거나 핵심 컨트롤러를로드 클래스 (application/core/MY_Controller).

출처

2013-03-07 15:23:26 jcorry

감사합니다. theres는 모델이 아니라 다른 어떤 것이 아니라는 것을 의미합니다. – David

이것은 "how mvc works"와 아무 관련이 없습니다. –

응용 프로그램 지침과 UI에서 데이터 상호 작용을 분리합니까? MVC가 작동하는 방식이 아닙니다. 뉴스는 나에게 ... 나는 이것이 MVC 패턴의 핵심이라고 생각했다. – jcorry

-1

일반적으로 컨트롤러에서 메서드를 빌드 한 다음 리팩토링하고 메서드를 모델에 푸시하는 것이 좋습니다. 그런 다음 모델 내의 리팩터링하십시오. 컨트롤러가 말합니다 - 이것을 수행하고 지휘관처럼 손을 흔 듭니다. 그것을하는 방법을 말하지 않는다, '방법'이 모델에있다.

다른 제안 저는 관리자, 구매자, 편집자 등과 같이 사용자 역할의 관점에서 응용 프로그램을 설계하고 빌드하는 것입니다. 사용 된 도구를 넣지 마십시오. 앱의 중심에 CRUD가 있습니다. 앱은 사용자가해야 할 일에 의해 주도되어야합니다. '삼촌 아저씨'마틴은 큰 호언을했습니다. 건축가에게 집 디자인을 보여달라고 요청하면 망치, 톱, 줄자 등의 도구 목록이 돌아 오지 않습니다. 그리고 아키텍처 설계는 많은 구현 세부 사항으로 복잡하지 않습니다. 청사진 또는 개체 디자인은 필요한 것에 만 구형입니다.

출처

2013-03-07 21:37:47 cartalot

codeigniter에 대한 응용 프로그램의 광범위한 클래스

답변

관련 문제