그리고 객체지향은 답이 아님 ㅇㅇ
코드님 동의?
지금까지 경험에 따르면 그렇다는거고 정규코스 밟으신 분들의 의견을 듣고싶네요
이제 출근완료...ㅎㅎㅎㅎ
코드의 재사용성이 그리 높던가요? 코드의 재사용성이라는게.. 같은 코드를 여러 프로젝트에서 재사용한다는건가요? 아니면 다형성을 말하는건가요?
객체지향의 핵심은 testability라고 생각함.
음.. 객체지향이라서 testability가 높아진다고 생각하지는 않는데요.. 설계의 문제라고 봐요..
리누스토발즈는 존경하기는 해도.. 그는 객체지향에 대해 혐오감을 갖고 있다고 봄.. 혹은 두려움??
객체지향이 기본이고.. 여기에 설계기법이 가미된 aspect 니 뭐니 하는게 나오는거 아님?
MVC나 MVP를 객체지향이 아닌 언어로 구현한다고 해보세요.. 못할거는 아니지만..얼마나 힘드나..
테스트를 많이 만들다 보면 OOP가 테스트를 위해서 만들어진게 아닐까라고 느끼는 적이 있음. 다른 사람 생각을 물어놓고 그 생각에 대해 반박하는건 좋은 의사소통방법이 아닌 것 같다.
예를 들어, reactor나 proactor를 구현한다고 했을때, 다형성이 없으면 함수포인터로 어찌어찌 만들고, 가독성은 떨어질것이고, 당연히 coupling은 높아지겠죠..
저는 제 의견인데요... testability가 객체지향때문에 높아지는게 아니라.. 설계 때문에 높아진다고 한건데요... 이게 제 의견입니다.
음.. 설계라는것도 객체지향의 틀을 벗어날수는 없으니..맵돌이님 말도 일리가 있네요.. 제 생각을 앞세웠네요.. 죄송해요 ^^
보면 제가 좀 공격적이네요.. 항상 머리속이 복잡하다보니..얼렁 결론얻을라고하네요..ㅠㅠ.. 당분간 개발좀 쉬어야하는데.. 동시에 3개의 프로젝트를 진행하다보니.. 여유가 없네요..
지랄똥싸네 글쓴이 중2병이냐
abstraction encapsulation polymorphism 책에 써진 그대로 정의고 특징이다
그니까.. 그중 polymorphism이 객체지향의 핵심이라고 본다는거지.. encapsulation이니 abstraction이니 다 필요한 개념인거 맞는데.. 가장 핵심이 되는게 다형성이라고 보는거지..
일전에 Wince에서 UI 프레임웍 만든적이 있는데.. MVP로 만들었는데 그때 든 생각인거지...
아 씨발 왜 핵심 한가지를 골라야하는지 모르겠네 ㅋㅋ
java 빠돌이들은 객체지형을 무조건 java 틀안에서 생각하니까 문제 .... 글쓴아 말대로 다형성이 갑 .. 다형성은 패러다임이 다른 언어들 사아에서도 개념이 살아잇는데 캡슐화나 추상화 같은건 좀 특정한 언어계열에만 적용되는덧하다
abstraction testability reusability polymorphism 다 같은 맥락인데 너는 다형성에 꽂혔으니 뭔말을 해줘도 다형성 짱 다형성 최고 할거같다 ㅇㅇ
그러게..내 생각만 강조했네.. 다들 미안.. 전체적으로 봤을때.. 다형성이 빛을 발하는 부분도 있고, 추상화가 강조되는 부분도 잇겠지..내가 뭘 잘못생각했는지 알겟네.. 다들 고마워
변경의 국지화가 핵심 아니냐. 캡슐화, 추상화, 다형성은 목적을 이루기위한 방법일뿐
그리고 객체지향은 답이 아님 ㅇㅇ
코드님 동의?
지금까지 경험에 따르면 그렇다는거고 정규코스 밟으신 분들의 의견을 듣고싶네요
이제 출근완료...ㅎㅎㅎㅎ
코드의 재사용성이 그리 높던가요? 코드의 재사용성이라는게.. 같은 코드를 여러 프로젝트에서 재사용한다는건가요? 아니면 다형성을 말하는건가요?
객체지향의 핵심은 testability라고 생각함.
음.. 객체지향이라서 testability가 높아진다고 생각하지는 않는데요.. 설계의 문제라고 봐요..
리누스토발즈는 존경하기는 해도.. 그는 객체지향에 대해 혐오감을 갖고 있다고 봄.. 혹은 두려움??
객체지향이 기본이고.. 여기에 설계기법이 가미된 aspect 니 뭐니 하는게 나오는거 아님?
MVC나 MVP를 객체지향이 아닌 언어로 구현한다고 해보세요.. 못할거는 아니지만..얼마나 힘드나..
테스트를 많이 만들다 보면 OOP가 테스트를 위해서 만들어진게 아닐까라고 느끼는 적이 있음. 다른 사람 생각을 물어놓고 그 생각에 대해 반박하는건 좋은 의사소통방법이 아닌 것 같다.
예를 들어, reactor나 proactor를 구현한다고 했을때, 다형성이 없으면 함수포인터로 어찌어찌 만들고, 가독성은 떨어질것이고, 당연히 coupling은 높아지겠죠..
저는 제 의견인데요... testability가 객체지향때문에 높아지는게 아니라.. 설계 때문에 높아진다고 한건데요... 이게 제 의견입니다.
음.. 설계라는것도 객체지향의 틀을 벗어날수는 없으니..맵돌이님 말도 일리가 있네요.. 제 생각을 앞세웠네요.. 죄송해요 ^^
보면 제가 좀 공격적이네요.. 항상 머리속이 복잡하다보니..얼렁 결론얻을라고하네요..ㅠㅠ.. 당분간 개발좀 쉬어야하는데.. 동시에 3개의 프로젝트를 진행하다보니.. 여유가 없네요..
지랄똥싸네 글쓴이 중2병이냐
abstraction encapsulation polymorphism 책에 써진 그대로 정의고 특징이다
그니까.. 그중 polymorphism이 객체지향의 핵심이라고 본다는거지.. encapsulation이니 abstraction이니 다 필요한 개념인거 맞는데.. 가장 핵심이 되는게 다형성이라고 보는거지..
일전에 Wince에서 UI 프레임웍 만든적이 있는데.. MVP로 만들었는데 그때 든 생각인거지...
아 씨발 왜 핵심 한가지를 골라야하는지 모르겠네 ㅋㅋ
java 빠돌이들은 객체지형을 무조건 java 틀안에서 생각하니까 문제 .... 글쓴아 말대로 다형성이 갑 .. 다형성은 패러다임이 다른 언어들 사아에서도 개념이 살아잇는데 캡슐화나 추상화 같은건 좀 특정한 언어계열에만 적용되는덧하다
abstraction testability reusability polymorphism 다 같은 맥락인데 너는 다형성에 꽂혔으니 뭔말을 해줘도 다형성 짱 다형성 최고 할거같다 ㅇㅇ
그러게..내 생각만 강조했네.. 다들 미안.. 전체적으로 봤을때.. 다형성이 빛을 발하는 부분도 있고, 추상화가 강조되는 부분도 잇겠지..내가 뭘 잘못생각했는지 알겟네.. 다들 고마워
변경의 국지화가 핵심 아니냐. 캡슐화, 추상화, 다형성은 목적을 이루기위한 방법일뿐