객체지향이라는건 side-effect (예: FE라면 유저들이 인터렉션) 이런것들이 컨트롤이 되어야하는데, 그건 프레임워크 외부의 일이고 우리가 해줄일은 그런것을 바인딩 해주는 것 뿐임
익명(211.209)2024-03-01 19:50
답글
그래서 객체는 객체대로 가고 + 객체와 실제 UI를 바인딩 하는 컨셉으로 가는게있는데 MVVM같은 (위에서 말한것처럼 angular.js나 mobx같은거)
그게 정말 실효성이 있는지는 의문임. 그냥 리액트처럼 API분리, 데이터 분리 컴포넌트 기준으로 짜는게 좋지 않나.
익명(211.209)2024-03-01 19:51
답글
리액트류 나오기 전에는 mvc 모델로 짯다고 하는데, 지금 아키텍처는 뭐라고 표현함?ㅇㅅㅇ
뉴진파(newjeanpa)2024-03-01 19:53
답글
이게 관점에 따라 어떤 패턴으로 보는게 다를 수 있음. 결론만 말하면 뭐라 정의하기가 애매함.
예를들어서 예전 MVC는 정말 개발자가 직접 MVC로 짜는 형태가 있었어. 그래서 확실히 MVC임.
리액트는 라이브러리 랜더링하는 프로세스 관점으로 보면 MVC, 근데 내부적으로 MVVM의 성격도 있고. 그냥 개발자 입장에서 보면 Flux 패턴을 상태가 온다는것을 가정하는 순수 랜더러의 호출을 받는 형태로 명명해야하나. 그래서 뭐라 하기 애매함.
익명(211.209)2024-03-01 19:58
답글
기존 패턴으로 정의하긴 뭐한것같고
중요한건 '단방향' 매커니즘을 강제하고있는 (양방향 혹은 순수 이벤트만 던져서 처리하게 안되어있음 vue,angular, vanlia와 달느점)
상태는 Flux 패턴으로 관리되는것을 기대하고 있는 랜더러 기반에서 동작.
정도로 정리가 될듯..? 근데 너무 모호하다 미안
익명(211.209)2024-03-01 20:00
답글
글쿠만.. mvc도 공부해바야겠네. 아 맞다 횽은 rn도 할줄 암? 나는 웹보다 앱 더 빨리 만질거 같은데 rn을 해야하나 고민중임..
뉴진파(newjeanpa)2024-03-01 20:00
답글
MVC 공부하면 리액트가 좋긴해. 왜냐면 MVC모델에서 나왔던 문제들을 Flux와 React가 문제를 해결하려고 나온거라고 보거든.
RN은 좀 해봤는데 웹 리액트를 먼저 해보는거 추천함.
UI에서 일어나는 일들은 객체지향적이지 않다고 봄
객체지향이라는건 side-effect (예: FE라면 유저들이 인터렉션) 이런것들이 컨트롤이 되어야하는데, 그건 프레임워크 외부의 일이고 우리가 해줄일은 그런것을 바인딩 해주는 것 뿐임
그래서 객체는 객체대로 가고 + 객체와 실제 UI를 바인딩 하는 컨셉으로 가는게있는데 MVVM같은 (위에서 말한것처럼 angular.js나 mobx같은거) 그게 정말 실효성이 있는지는 의문임. 그냥 리액트처럼 API분리, 데이터 분리 컴포넌트 기준으로 짜는게 좋지 않나.
리액트류 나오기 전에는 mvc 모델로 짯다고 하는데, 지금 아키텍처는 뭐라고 표현함?ㅇㅅㅇ
이게 관점에 따라 어떤 패턴으로 보는게 다를 수 있음. 결론만 말하면 뭐라 정의하기가 애매함. 예를들어서 예전 MVC는 정말 개발자가 직접 MVC로 짜는 형태가 있었어. 그래서 확실히 MVC임. 리액트는 라이브러리 랜더링하는 프로세스 관점으로 보면 MVC, 근데 내부적으로 MVVM의 성격도 있고. 그냥 개발자 입장에서 보면 Flux 패턴을 상태가 온다는것을 가정하는 순수 랜더러의 호출을 받는 형태로 명명해야하나. 그래서 뭐라 하기 애매함.
기존 패턴으로 정의하긴 뭐한것같고 중요한건 '단방향' 매커니즘을 강제하고있는 (양방향 혹은 순수 이벤트만 던져서 처리하게 안되어있음 vue,angular, vanlia와 달느점) 상태는 Flux 패턴으로 관리되는것을 기대하고 있는 랜더러 기반에서 동작. 정도로 정리가 될듯..? 근데 너무 모호하다 미안
글쿠만.. mvc도 공부해바야겠네. 아 맞다 횽은 rn도 할줄 암? 나는 웹보다 앱 더 빨리 만질거 같은데 rn을 해야하나 고민중임..
MVC 공부하면 리액트가 좋긴해. 왜냐면 MVC모델에서 나왔던 문제들을 Flux와 React가 문제를 해결하려고 나온거라고 보거든. RN은 좀 해봤는데 웹 리액트를 먼저 해보는거 추천함.
오키 ㅎㅎ 조언 감사링