최상의 답변
기본적으로 상용구 코드는 프로젝트의 프레임입니다.
빠르게 프로토 타입을 만들어야한다고 가정 해 보겠습니다. 특정 기술의 고객을위한 제품. 상용구가 없으면 처음부터 시작하거나 CLI에서 생성 한 템플릿 중 일부를 시작해야합니다. 항상 자신의 작업 스타일과 일치하지는 않습니다.
이제 다른 작업을 위해 수행 한 깔끔한 작은 프로젝트가 있다고 상상해보십시오. 조금 전의 고객은 기본적으로 일부 변경, 일부 줄 제거, 다른 일부 추가 만 필요하며 기본적으로 고객에게 제공 할 준비가되었습니다. 깔끔 하죠?
자, 상용구를 갖는 것은 일종의 두 번째 시나리오입니다. 특정 기술 / 프레임 워크 / 라이브러리를 사용해야하는 프로젝트가있을 것이라는 것을 알고있을 때 플레이트, 상용구를 직접 수정할 수 있습니다. 모양과 색상 (코드 스타일도 포함)과 같은 좋아하는 기능을 제공하므로 새 프로젝트를 시작할 때마다 변경하지 않고 항목을 추가하는 데 쉽게 집중할 수 있습니다.
예제를 자세히 설명하기 위해 Angular2 + 또는 React에서 일부 데이터 미리보기가있는 사이드 바와 메뉴 컨트롤이있는 고정 헤더가있는 애플리케이션을 생성하라는 요청을 자주받는다고 가정 해 보겠습니다. 새로운 고객이 도달 할 때마다 빈 프로젝트를 만드는 대신 빈 상용구를 사용하여 적절한 메뉴 항목, 미리보기 및 주요 콘텐츠를 추가하지 않고 집중할 수 있습니다.
이를 요약하면 알면 알 수 있습니다. 앞으로 유사한 프로젝트를 많이 갖게 될 것입니다. 상용구는 엄청난 시간을 절약 해줍니다. 🙂
Answer
Elazar는 몇 가지 좋은 점 (특히 확인 된 예외를 피함)을 가졌습니다. “A2A로 인해 내 권장 사항을 추가하겠습니다. 🙂
확인 된 예외를 피하기 위해 반드시 Guava가 필요하지는 않습니다. 대신 런타임 예외를 throw 할 수 있습니다. 문제가되는 것은 이미 이러한 확인 된 예외를 발생시키는 코드가 필요할 때입니다. 원하는 경우 명시 적으로이를 포착하고 대신 런타임 예외를 throw 할 수 있습니다.
다형성은 동일한 자식 클래스의 각 파생 유형을 처리하는 메서드 작성을 피하는 방법입니다.
Reflection 코드를 재사용 할 수도 있습니다. 디렉토리에 클래스를 드롭하고 소프트웨어가 사용할 수있는 “새 구성 요소”로 인식되기를 원할 수 있습니다. 명시적인 반복 코드를 통해 다른 구성 요소와 함께 연결할 필요없이 리플렉션을 통해이를 감지하고 사용할 수 있습니다.
프레임 워크도 일부 상용구를 피하는 방법입니다. 때때로 그들은 상용구를 장려하지만 어떤 때는 당신을 위해 일을합니다. 명시 적으로 전달되는 것을 피하기 위해 Spring 주석을 시도 할 수 있습니다.
내가 작성한 다른 모든 Java 관련 답변에 이 기사에 대한 링크가 포함되어있는 이유는 무엇입니까? / a>? 어쨌든, 그런 식으로 리팩토링하면 작고 재사용이 가능한 함수로 상용구를 줄이는 데 도움이 될 수 있습니다.
또한 보일러 플레이트 코드