일부 프로그래머는 모든 언어와 스타일로 복사하여 붙여 넣습니다.

정말 좋은 프로그래머는 거의 모든 언어로 대부분의 복사 및 붙여 넣기를 피할 수 있습니다.

OO 패턴은 재사용을 권장하는 경향이 있습니다. 나는 OO가 아닌 스타일로 작성된 Java 코드 (데이터가 엉터리 ORM으로 인해 코드와 분리되어 있음)를 보았고 재사용이 정말 비참했습니다. 그러나 OO에서는 동일한 프로그래머가 디자인에서 더 나은 작업을 수행했습니다 ( 재사용).

또한 우리가 setters / getters, switch statement, anonymous inner class, 거대한 함수 등과 같은 비 oo 패턴 또는 oo anti-patters를 사용하는 경우 코드 재사용이 감소하고 상용구가 크게 증가하는 것을 보았습니다 …

추신. 사람들이 이전 단락에 문제가 있다는 것을 알고 있으므로 조금 설명하겠습니다.

Setter와 Getter는 객체의 멤버를 조작 할 수 있기 때문에 OO 문제를 일으킨다 (오브젝트는 OWN 멤버를 조작해야 함). 이것은 클래스에서 작동하는 코드를 다른 클래스에 분산 시켜서 setter / getter 주위의 기능을 복사해야합니다. . 이것은 속성에도 적용됩니다. 속성이 더 쉬워서 모든 상황에서 “좋아”하지는 않습니다.

익명 내부 클래스의 코드는 전혀 재사용 할 수 없으며 사람들은 청취자와 같은 많은 것들이 본격적인 클래스 일 수 있고 있어야한다는 것을 잊어 버립니다. 이것은 클로저에도 적용됩니다! 익명의 내부 클래스를 사용하여 리스너와 같은 것을 구현했다면 코드를 메소드 또는 자체 클래스로 추출하여 대신 호출하는 것보다 구현을 복사하여 붙여 넣는 것보다 훨씬 낫습니다. 클로저는 재사용 성도 향상시킬 수 있습니다. 사용 방법에 따라 다릅니다.

많은 경우에 사용 가능한 기능은 코드 구성 방식을 결정합니다. OO는 모든 코드와 상호 작용 방식을 시각화하는 데 도움이 될 때 훨씬 강력하지만 다른 질문입니다.

답변