작은 메소드로 나누고, 그걸 여러개 호출한다거나 하는 짓거리는 해당 언어의 컴파일러나 인터프리터가 거기에 대해 좀 개념이 있을때나 가능한거다. 현실적으로 저짓거리가 불가능할수 있다.
엉?(125.209)2011-08-23 15:48
그런데 작게 나누고, 주석보다 자연스럽게 읽히는 소스코드를 만드는게 더 좋다곤 본다. 많은 메소드는 해가 될것 같지만 내부에서 쓰이는건 철저하게 감추고 내부에서만 쓰면 그만이다.
엉?(125.209)2011-08-23 15:50
물론 책에 의하면 죽어라 나누는건 능사가 아니라고 나오는데, 보통 생각하는것보다도 더 작은 단위로 빼더라고. 예를들어서 if문에서 || 로 연결된 부분이 나오면 그것도 적당한 메소드를 만들어서 빼버려. 물론 그럴경우 if( 이거면 ) 로 되서 읽기는 쉽긴하지만 메소드는 덜렁 2~3줄
음 메소드를 꼭 많이 만든다고 좋은 설계는 아닐듯 싶은데..
메소드가 많아지면, 결합도가 낮아지는 경향이 있다고 생각함
작은 메소드로 나누고, 그걸 여러개 호출한다거나 하는 짓거리는 해당 언어의 컴파일러나 인터프리터가 거기에 대해 좀 개념이 있을때나 가능한거다. 현실적으로 저짓거리가 불가능할수 있다.
그런데 작게 나누고, 주석보다 자연스럽게 읽히는 소스코드를 만드는게 더 좋다곤 본다. 많은 메소드는 해가 될것 같지만 내부에서 쓰이는건 철저하게 감추고 내부에서만 쓰면 그만이다.
물론 책에 의하면 죽어라 나누는건 능사가 아니라고 나오는데, 보통 생각하는것보다도 더 작은 단위로 빼더라고. 예를들어서 if문에서 || 로 연결된 부분이 나오면 그것도 적당한 메소드를 만들어서 빼버려. 물론 그럴경우 if( 이거면 ) 로 되서 읽기는 쉽긴하지만 메소드는 덜렁 2~3줄