[💬] 아래 글 읽고 개인적인 부분 이야기

[도적코볼트(w9716www)]

 나도 좆밥이라 뭐 다 듣진 말고 그냥 알아서 걸러들으셈... 글 보니까 되게 열심히 하는 듯 하니...

 

 나는 혼자 프로젝트 할 때 주로 쓰는 방식은 MVC처럼 짜려고 노력함

 데이터,뷰,관리하는 것을 나눠서 하는 것

 이유는 어떤 문제가 발생헀을 때 또는 무엇인가 해야할 때 그 부분으로 찾아가기 위해서임

 아무리 혼자해도 짜논 코드 몇 달 지나서 보면 찾기 힘들잖아 그런 것처럼 

 예를 들기 위해서 

 

 상점 시스템

 인벤토리 시스템

 그리고 아이템이 있다고 가정하겠음.

 내가 원하는 어떤 기능은 다음과 같음

 1. 상점시스템에서는 아이템을 판다.

 2. 상점에서 구입 시 아이템이 인벤토리 시스템에 저장된다.

 3. 인벤토리 시스템에서는 아이템을 보여준다.

이 경우에 다음으로 작업

여기에 공통적으로 넘나드는 것은 아이템

이 경우 굳이 분류를 하자면 

[상점시스템]

- 상점매니저, 모델, 뷰

[인벤시스템]

- 인벤매니저,모델, 뷰

[공통]

-아이템

아이템이 왔다갔다할 때는 매니저끼리 뷰,모델은 외부 매니저랑 통신 거의 없음 (특수경우제외)

만약에 인벤에 있는 것을 팔고 싶은 기능을 추가하고 싶다면?

한창 작업하다가 인벤시스템으로 가서 

인벤모델에 저장된 아이템을 삭제하고 뭐 골드나 그런 것들 올리기

( 이 경우 골드나 리소스 관련 매니저 있어야 함 딴 곳에 )

아이템을 만약에 DB에서 긁어서 보여주고 싶으면?

 나는 그렇다고.. 당연하다면 당연한 이야긴데... 뭐

[도적코볼트(w9716www)]

각종 패턴은 저기 사이사이에 끼워서 쓰면 됨. 예를 들어서 상점 시스템에서 아이템을 보여줄 때 뭐 옵저버패턴 같은 것을 집어넣어서 아이템이 추가될 때 뷰에서 이후 저절로 보여주게 한다던지... 아니면 이벤트핸들러 끼워서 각종 기능들 세워놓는다던지... 아이템같은 것 만들 때 무기, 방어구, 악세서리 이런 것들 클래스 상속을 이용한다던지 아니면 아래 컴포지션으로 한다던지...

[데쿠(hhw000)]

와 이거 좀 획기적이다. 난 초보라 이런거 모르거든 고마워... 진짜 고마워 내가 뭐라고 갑자기 다들 서로 좋은팁 공유하네 고마워

[익명(110.70)]

MVC가 젤무난한거같음 유지보수측면에서도