이 코드의 재사용 원칙은 좋은가요, 나쁜가요?

답글 내용:

신뢰할 수 있는 코드와 DRY(사진은 GacUI) - vczh의 일상 - Zhihu 칼럼 잘못된 길로 갔다면 빨리 되돌아가세요.
이러한 코드는 재사용은커녕 복잡하고 작성, 읽기, 유지 관리가 어렵습니다. 문제의 핵심은 오류 처리가 얼마나 자세하게 이루어져야 하는가라고 생각합니다.
내 경험에 따르면, 특히 오류 처리를 위해 구문을 최적화하지 않는 언어에서는 호출되는 모든 함수를 확인할 필요가 없습니다.
그래서 오류가 발생할 가능성이 있거나 오류 발생 시 처리해야 한다고 생각되는 함수에서만 오류 처리를 수행하면 된다고 생각합니다.

재사용에 관해서는 반복하지 않는 것이 핵심입니다. 의심스러운 경우 코드를 적절한 수준으로 추상화하는 방법을 생각해 보세요.
재사용을 위해 고도로 추상적인 코드 공통성을 위해 가독성을 희생할 필요는 없다고 생각합니다. 해결해야 할 요구 사항이나 문제를 진정으로 고려하거나 명확하게 연구하지 않은 경우 재사용 가능성이 높고 읽기 쉬운 코드를 만드는 것은 어렵습니다. 그런 다음 먼저 큰 문제를 N개의 하위 문제로 분해합니다. 그런 다음 하위 문제에 대해 TTD를 수행하고 계속해서 최적화합니다.



원스텝 코드 재사용은 현실적이지 않습니다. C코드를 다시 보는 느낌이다. . 예외 처리를 직접 작성하는 대신 첨단 기술인 try catch throw를 사용하는 것은 어떨까요? . . 논리와 상관없이 구조를 살펴보신 적이 있나요? 초대받지 않은 경우
http://zh-google-styleguide.readthedocs.io/en/latest/Google 오픈소스 프로젝트 스타일 가이드

멋진 오픈소스 프로젝트 더 보기 주체가 원하는 것은 실제로 Promise입니다. Resolve는 성공적으로 호출되고, 거부는 실패하며, 예외 발생 시 버블링 아웃이 지원됩니다. 외부적으로는 그때만 체인 호출을 잡아야 하는데 이는 매우 우아해 보입니다. 모든 클래스는 다음과 같이 작성되어야 합니다. 이것이 코드 재사용과 어떤 관련이 있습니까?