[%] 근데 클래스 구현하다 궁금한점

[익명(175.223)]

만약에 A 클래스의 객체만 받는 함수가 있으면 그냥 메소드로 넣는게 좋은가?

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(141.223)]

오 맞네 ㄹㅇ

[익명(141.223)]

근데 궁금한데 그러면 그렇게 해야하는 것과 아닌것의 차이는 뭐임? 말그대로 확장가능성과 재활용이 불가능해보이는 것들?

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[휘발성(reduxx)]

멤버여야 하는 이유는 머임? 이펙티브에서 성능 이유 들었던거같긴 한데

[휘발성(reduxx)]

제네릭 프로그래밍 할거면 private는 아무래도 좋은거아냐?

[휘발성(reduxx)]

그건 사상보다는 구현의 문제 아님? 그리고 std::begin이 std::string 받는 시점에서 의미가 약간 흐려지는거같은데

[휘발성(reduxx)]

구현(=언어의 한계)이 계속해서 문제라는 뜻인건가? 그러면 .begin()을 __begin()같은 식으로 컴파일러 구현에만 쓰고 공개 안하면 되는거아님? 디자인 측면에서 이해가 잘 안되는데.. 지금 하는 얘기가 str.begin()하고 std::begin(str)하고 둘 중에 str.begin()이 디자인적으로 더 바람직하다 맞지?

[17번(wjd918273)]

꺽쇠 개념있게 쓰시네 - dc Cpp

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(141.223)]

.find()는 왜

[익명(141.223)]

오브젝트 전체에 대한 의존이 생긴다는게 무슨 뜻?

[익명(223.38)]

이건 언어마다 좀 다를것같음

[익명(223.38)]

C++이면 상황 봐서 결정하고, 러스트면 해당 트레이트에 대해 인스턴스 메서드 구현하고, 하스켈은 이런 고민할 필요도 없고...

[fender(mysticfall)]

클래스나 메서드 이야기를 하는 걸 보니 객체지향을 전제로 말하자면, 기본적인 접근 자체에 문제가 있다고 본다. 원론적으로 객체지향에서 클래스는 도메인에 존재하는 주체(예 - 사람)의 모델(예 - Person)이고, 메서드는 해당 개념이 취할 수 있는 동작(예 - 걷는다)을 나타내야 한다. 그래서 사람이란 개념을 정의하는데 예컨대 '먹는다'는 동작을 내포한다면 메서드로 표현하는 게 맞는 것이고, 반대로 "같은 회사에 속한 직장 동료를 이름으로 검색한다" 같은 동작은 '사람'이란 개념을 정의하는데 별 관계가 없으니 해당 클래스에 넣으면 안좋은 거다. 성능이니 하는 이야기는 기본적으로 그런 설계 차원에서 원칙을 따진 이후에 예외적으로 고민하는 게 맞고.