객체지향언어 실제 어떻게 쓰시나요

Question

안녕하세요현재 주니어 개발자로 있는 일하고있습니다.객체지향언어를 지향해야된다 라는말 한번쯤은 들어 보셨을겁니다완전 초창기에는 그부분에 동의하며 익숙해지려 노력 했습니다근데 현업에 있으면서 객체지향에 대해 오히려 의문이 드는점이 있더라고요간단한 crud를 보여주는 화면들 거기에 고객의 요구사항에 맞게 비즈니스 로직들이 들어가면화면단위로 구성해야되는 케이스 들이 많이있는데이런 로직에선 객체지향이 의미가 있나요?오히려 객체지향이 들어가면 유지보수 측면에서 너무 테스트할 화면들이 많아지는 느낌입니다.다양한 고견들 남겨주시면 생각해보겠습니

ChanceTime2 · Answer

초심자 일수록 객체지향은 무조건 절차지향보다 좋은것! 이라는 편견을 가지고 있습니다.절차지향적인 소스코드가 가독성도 좋고 비즈니스 로직을 쭉~ 읽어 나가기에도 좋을겁니다(어디서 읽은건데, 서양인들은 오히려 객체지향적인 코드가 일상적인 생각구조와 더 비슷하다는 뇌피셜을 본적은 있습니다.)저는 객체지향 소스코드를 작성하는 케이스는 딱 한가지입니다확장성여러가지 케이스에 대한 처리가 필요하며 앞으로 유지보수 하면서도 계속 늘어날 여지가 충분히 있을때!해당 경우에만 사용하고 있습니다.

범주 · Answer

절차지향은 앱의 전체 구조가 머리속에 다 들어있지않으면 유지보수가 힘들어요그러니까 소수의 인원이 개발하면서,머리속에 쏙 다 들어갈 정도의 규모의 제품을 만들면서,그 구조를 까먹을 일 없이 쭈욱 하나의 제품을 팔로업 하는게 아니라면객체지향이 좋아보입니다

드림드림 · Answer

함수형 프로그래밍이나 도메인주도개발 등으로 확장해서 공부해보는 것은 어떨까요?"객체지향 의미 없어~" 나"객체지향이 만능이야~" 라는 이분법적인 시각에서 벗어나는데 도움이 될거라 생각됩니다.

짱구올시다 · Answer

객체지향이 별게 아닙니다. 응집도를 높이고 결합도를 낮추는 일종의 방법론일 뿐이죠.그런 의미에서 어떤 로직을 작성하던 응집도를 높이고 결합도를 높이려면 단일 책임 원칙과 같은 것들을 준수해서 캡슐화를 잘하자. 정도라고 이해하시면 됩니다.

chela · Answer

디자인 패턴을 많이 익혀두면 객체지향 프로그래밍을 유용하게 써먹을수 있습니다.항상 모든 프로그램에 객체지향을 할 필요는 없습니다.하나 예를 들어드리자면 Adaptor 패턴, Decorator 패턴 만 잘 익혀둬도 특정 솔루션이 셈플이 도착하지 않았을때 개발자들 개발을 시키고 있을수가 있습니다.적재적소에 필요한 순간에만 최소한의 힘으로 최대한의 효과를 낸다 이소룡의 가르침처럼 그렇게 쓰는게 베스트죠.

풍월상신(가니메디안) · Answer

모든 방면에서 다 그러한 것은 아니겠지만,procedural vs. oop 관점은 이미 늙어 버렸고,방법론의 주요 관심은 imperative vs. declarative 로 이동하고 있는 것 같습니다.-- 사족 추가 --v &#61; f(s) view &#61; function(state)state 를 바꾸면, view 가 바뀐다.declarative 프로그래밍의 전형적인 사례이고, React 등 모던 프레임웤이 지향하는 방향이죠. 프로그래머가 해야 할 일은 state 를 관리하는 일이 됩니다.

객체지향언어 실제 어떻게 쓰시나요

6개의 답변

기술 목록