웹mvc 말하는거 아님.. 응용앱 개발인데 본인도 상당수 개발을 mvvm으로 진행해본 적이 있는데, 누가 와서 왜써요? 라고 물어보면 할 말이 별로 없었음
결론은 유지보수 편하게 하자고 강한 규칙으로 묶어서 개발하는것 아닌가
근데 저런 패턴 안쓰면 훨씬 코드 짧고 가독성 좋아지는 경우도 많이 있고
‘상황에 따라 다르다’ 라고 이야기 하는 글들도 많이 봤는데 그 상황이라는게 뭔지 풀어쓰지는 않아서 알송달송하다는거지
댓글 8
보여지는것과 데이터 사이의 결합을 느슨하게 해서 변경에유리함 - dc App
익명(223.38)2024-05-16 09:48
답글
유연성이 반드시 필요한 경우가 잘 없는데요? 라고 하면 뭐라고 해야하지
익명(118.235)2024-05-16 09:49
답글
그런식으로 물으면 사실 뭐 할말은 없긴한데
그럼 나중에 바꿔달라고 안할거임? 바꿔달라해도 안됨. 이라고할순 없는 입장이기도하고..
일반적인 상황이면 첨에 패턴을 잘 적용하는게 리소스가 좀 더 들어도 변경이 잦을수록 나중에 절약되는게 이득이라서 쓰는듯.
뭐 진짜 영원히바꿀일없으면 할필요없지 - dc App
익명(223.38)2024-05-16 09:54
답글
나도 되게 의문이기는 함 바꿔주세요 라고 하면 보통 버리고 새로들 만드는거같은데 이러면 유연성이 의미가 있는가
익명(118.235)2024-05-16 10:00
답글
어차피 새로만들어야되면 고려할필요가없지. 근데 그게아닌때가오면 첨에 아낀것보다 더 많은 리소스가 필요해질수도 있음 - dc App
익명(223.38)2024-05-16 10:07
모든 xx지향, xx스타일, xx기반 어쩌고로 이름지어진것들은 코딩 그자체와는 무관하게 "관리"라는 테마로 엮여진 것들임.. 어떤 목적을 달성하도록 코드를 짜는건 저것들과 사실 아무런 관련성이 없음. 굳이 관계를 만든다면 그런 사고방식을 고려해서 목적달성이 되도록 코드를 짯다는거 정도?
모든 생산활동(코딩도 분류상 생산임)은 사회라는 집합관계 하에서 적절한 통제와 규칙을 가져야만 함... 그러한 전제에서 파생되는 하나의 유형이 코딩의 패턴이라는 집합에서 사용되는 규칙성을 갖는 통제방식이다 정도? 더 쓰려다 귀찮다....
보여지는것과 데이터 사이의 결합을 느슨하게 해서 변경에유리함 - dc App
유연성이 반드시 필요한 경우가 잘 없는데요? 라고 하면 뭐라고 해야하지
그런식으로 물으면 사실 뭐 할말은 없긴한데 그럼 나중에 바꿔달라고 안할거임? 바꿔달라해도 안됨. 이라고할순 없는 입장이기도하고.. 일반적인 상황이면 첨에 패턴을 잘 적용하는게 리소스가 좀 더 들어도 변경이 잦을수록 나중에 절약되는게 이득이라서 쓰는듯. 뭐 진짜 영원히바꿀일없으면 할필요없지 - dc App
나도 되게 의문이기는 함 바꿔주세요 라고 하면 보통 버리고 새로들 만드는거같은데 이러면 유연성이 의미가 있는가
어차피 새로만들어야되면 고려할필요가없지. 근데 그게아닌때가오면 첨에 아낀것보다 더 많은 리소스가 필요해질수도 있음 - dc App
모든 xx지향, xx스타일, xx기반 어쩌고로 이름지어진것들은 코딩 그자체와는 무관하게 "관리"라는 테마로 엮여진 것들임.. 어떤 목적을 달성하도록 코드를 짜는건 저것들과 사실 아무런 관련성이 없음. 굳이 관계를 만든다면 그런 사고방식을 고려해서 목적달성이 되도록 코드를 짯다는거 정도? 모든 생산활동(코딩도 분류상 생산임)은 사회라는 집합관계 하에서 적절한 통제와 규칙을 가져야만 함... 그러한 전제에서 파생되는 하나의 유형이 코딩의 패턴이라는 집합에서 사용되는 규칙성을 갖는 통제방식이다 정도? 더 쓰려다 귀찮다....
나중에 하나 고치려 했다가 전체 뒤엎는 일 막으려고...
Low coupling, high cohesion - dc App