[💬] OOP에 매달리지 말긔

[산적대왕(125.137)]

OOP이론이 왜 생겼을까?

그건 2가지 문제를 해결하기 위해서다.

1. 프로그램이 커서 혼자서 관리가 안됨.
2. 클라이언트 새끼들이 계속 변경을 요구함 (시장 상황이 계속 변함)

이 말은 역으로 니가 만들 게임이

1. 겜이 존나 작아서 혼자서 관리할 수 있음

2. 업데이트 (거의) 안 칠 게임임. 걍 마켓 올리고 땡.

이라면, OOP이론에 목 매지 않아도 된다는 소리야.

객체지향은 필수적으로 코드량이 늘어나고 데이터를 여기저기 '흩어놓는' 경향이 있어.

그래서 어떤 변수의 값이 바뀌었나 확인하려면 클래스 타고 타고 가서 봐야한다 (물론 VS등의 에디터가 너무 좋아서 다 보여주기는 하지만...)

그래서 OOP를 너무 과도하게 적용하면 오히려 유지보수가 어려워질 수 있어!!!

작은 프로젝트라면 그냥 스태틱 클래스 하나 만들어서 변수 싹 다 집어넣고 그 안에서만 연산해도 (C 처럼) 아무런 문제가 없다.

오히려 이쪽이 코드 읽기가 편하고 문제도 더 빨리 잡아낼 수 있다.

물론 '작다' 라는건 개인차가 있겠지만...

OOP에서 왜 클래스별로 각자의 책임을 지라고 할까?

개발자 여럿이서 개발하면 각 클래스 만드는 놈이 다르기 때문에 문제 생기면 그 코드 짠놈 찾아서 책임을 물을 수 있기 때문이라고 생각해.

각 개발자가 짠 클래스 내부에 private 변수명이 좃같고 구현부가 개떡이라도 public 인터페이스만 통일되면 프로그램은 잘 돌아가기 때문이지.

닭잡는데 소잡는 칼을 꼭 써야하는 건 아니야.

이제 시작하는 인붕이들은 너무 OOP등의 규칙에 얽메이지 말고, 일단 돌아가게 만들고 보자.

한끼 때울 라면 끓이는데 백선생 솔루션이 필요한 건 아니니까.

[익명(118.42)]

옳은 말. 이긴 한데 혼자 개발해도 OOP 따르면 잇점이 훨씬 많다는 느낌이 드네여. OOP 무너뜨리는 건 싱글턴 하나 만드는 선에서 멈추는 게 ...?

[익명(218.235)]

협업이고 뭐고 언어 구조가 oop면 따라 가는게 쉬움.

[ㅁㅁ(218.149)]

OOP는 우웁!

[ㅊㅋㄴ(58.122)]

OOP가 항상 옳은게 아님 프로젝트 많이 해보면 걍 편한거 찾아서 감

[123(210.117)]

쓸수 없는 경우도 많고 ㅋㅋ

[익명(1.254)]

OOP를 완전히 배제하자는 것도 아니고 적당히 쓰자는 얘기인데 경험 모자란 OOP광신도들 눈에는 신성모독으로 보인단말이지