Mvc랑 mvvm이랑 씻팔 뭐가 다름?

[랄로(manage5657)]

뭔가 뷰에 더 종속스러운게 mvvm이고 왜냐면 쨋든 뷰에 달려있잖아

Mvc는 걍 데이터꽂아줄 뷰지를 따로 때리맥인거

뭐가다르노! 캣는데 다르긴하노 ㅇ

[익명(211.209)]

vm은 뷰모델로 어떤 뷰 플랫폼이 오든간에 vm + m만 갖춰져있으면 바로 동작 가능. 실제 표현계층과 동작+이벤트 계층을 분리할 수 있는 패턴. 문제는 분리하는건 자기 좆대로 할 수 있지만 그 분리를 위해서 바인딩해야하는 책임은 개발자 or 플랫폼이 지원해야함. Mvvm은 그만큼 2way binding 컨셉이 제대로 안되어있으면 좇망

[랄로(manage5657)]

ㅈ망이긴한데 xaml 간지나잖아 한잔해

[익명(211.209)]

MVC는 MVVM만큼 표현계층과 동작계층을 분리하지못함. 보통 Controller에 역할이 많아질 수 있고.

[익명(211.209)]

xmal이면 윈플랫폼인가보네. 그정도면 괜찮음.

[익명(211.209)]

mvvvm을 직접 구현하려고 하는 시도가 많았음. 특히 모바일쪽. 거기는 직접 바인딩을 개발자가 한땀한땀해줘야해서 문제였지

[랄로(manage5657)]

Wpf 기초 겨우 뗏는데 아발로니아 눈에 들어오는중임

[랄로(manage5657)]

바인딩 근데 한땀 한땀 하는거 아니었음? 뭐 데이터그리드에 아이템소스박는거 아니면 걍 한땀한땀 박았는디 난

[랄로(manage5657)]

근데 형 헬마임? 로갓해 헬마형

[익명(211.209)]

한땀한땀 해주는걸 플랫폼도움받아 할거냐. 아니면 1. 이럴때, 2. 저럴때. 3. 저럴거고. 4. 저럴거다 를 코딩으로 다 풀거냐

[랄로(manage5657)]

Datatrigger랑 trigger로 뷰에서 처리하게 하긴함

[랄로(manage5657)]

아 스타일 트리거 이게 좀 차이가 크긴하네