OOP에서 객체적 특성과 동작 구현 즉 객체 모델링에 실패할때 OOP가 다른 코드에 비해서 더 스파게티 확률이 올라감
스파게티 코드는 기본적으로 암시적인 연결, 강한 커플링이네
기본적으로 추상화, 즉 모델링에 실패했단건데 OOP는 기본적으로 추상적 모델링 기법중에 객체 중심이라 더 스파게티 코드가 발생할 확률이 높음
개인적으로는
Cowan, N. (2001). "The magical number 4 in short-term memory." *Behavioral and Brain Sciences*.
이거 읽으면서 느낀게, 인간 인지적 단위는 4개 정도이므로
한 단위에서 연계하거나 다뤄야할 숫자를 4개 이하로 유지해야 기본적으로 스파게티 코드가 적게 만들어지더라.
이건 경험적이라 말은 못하지만.
어쨌건 오히려 스파게티 코드는 OOP에서 더 자주 발생함
왜냐하면 절차적 코드에서는 기본적 만들 수 있는 거대 소프트웨어가 제한적이고, 함수 지향은 인풋 아웃풋에 격리때문에 실제로 꼬이기가 더 힘듬
oop문제라기보다 탑다운 설계방식의 문제
ㄴㄴ 바텀업해도 똑같음. 사실 OOP가 처음에 등장했을때 개까인 이유가 이거거덩. 프로그래밍 문제 확률 올라간다는거 실제로 스테파노프가 개같이 깐게 이거임
바텀업은 현상이 좀 다름 바텀업은 있는데 안쓰는 코드가 늘어나는거고 탑다운은 이전버전과 호환이 안되게 변하는거 안쓰는 놈은 언제든 다시 쓸 수 있지만 변한걸 되돌리는 건 어렵지 안쓰는 코드는 놔둔다고 문제가 되지는 않음 어짜피 컴파일러나 번들링 최적화에서 빠지니까
그런 관점에서 보면 네 말이 맞을듯
해당 댓글은 삭제되었습니다.
내 실력이 안됨
그냥 구경이나 하라구ㅎ추억돋아서
스파게티가 아니라 난독화 기술인데?
사랑합니까?
어 내댓글 왜삭제됨?
글쓴이가 삭제함은 안뜨지? 내가 한게 아니라 너가 삭제하거다 디시측 삭제임
링크걸리면 삭제되나? 일단 난아님
아 오타임. 너가 삭제한거나, 디시측 삭제임. ㅇㅇ 글쓴이가 삭제하면 글쓴이가 삭제했다고 뜸