나는 잘게잘게 쪼개는걸 좋아하는데
회사에서 이렇게하면 혼나냐
그렇죠. 보통 한 메소드에서 많은 기능을 처리할 수록 추상화가 쉽겠죠? 클래스내 메소드는 단순한 거면 5개 미만, 좀 복잡하더라도 10개 미만의 메소드에 다 구현해보도록 노력해보세요. 상속을 쓰면 됩니다
적당한게 좋은거야 메소드가 너무 쓰잘데없이 많아도 안좋고 너무 한 메소드 안에서 여러가지를 해도 안좋아 - dc App
그럴 sudo 있고 아닐 sudo 있읍니다
여기있는 사람들 말 믿지마세요. OS 나 핵심 API 코어단 개발자가 아니면 메소드는 압축된 게 좋습니다
메소드 분할이 아니라 추상화 개념으로 클래스를 분할해야지
그렇죠. 보통 한 메소드에서 많은 기능을 처리할 수록 추상화가 쉽겠죠? 클래스내 메소드는 단순한 거면 5개 미만, 좀 복잡하더라도 10개 미만의 메소드에 다 구현해보도록 노력해보세요. 상속을 쓰면 됩니다
적당한게 좋은거야 메소드가 너무 쓰잘데없이 많아도 안좋고 너무 한 메소드 안에서 여러가지를 해도 안좋아 - dc App
그럴 sudo 있고 아닐 sudo 있읍니다
여기있는 사람들 말 믿지마세요. OS 나 핵심 API 코어단 개발자가 아니면 메소드는 압축된 게 좋습니다
메소드 분할이 아니라 추상화 개념으로 클래스를 분할해야지