, 우리는 일반적으로 그런 짓을 나는이 "마술 끈"을 잘못 발견 한 유일한 사람인가?스프링 MVC와 "마법 문자열"반환 유형
"welcomePage"같은 문자열을 같은 클래스 나 다른 클래스에서 여러 번 사용할 수 있으므로 "직접 반복하지 마십시오"라는 원칙을 깨뜨릴 수 있습니다. 또한, "welcomePage.jsp"의 이름을 변경 한 경우, 프로젝트의 "welcomePage"를 모든 항목으로 대체해야합니다.
마음에 오는 첫 번째 해결책은 이러한 (가능하면 공유 된) 문자열을 (아마도 중앙화 된) 상수 또는 열거 형으로 변환하는 것입니다. 그러나 이것이 이것이 Spring MVC와 함께가는 길인지 확신하지 못한다.
"마법의 끈"에 대해 어떻게 생각하십니까? Spring MVC는보기를보기 좋게 반환 할 수 있습니까? 그렇지 않다면 어떤 해결책을 권하고 싶습니까?
1) 코드에서 문자열에 대한 나의 혐오감을 느낄 때 나는 EMACS가 모든 IDE의 절정이었던 사람들의 학부생으로서 로봇에서 배운 것들을 기반으로했습니다. AppConstants.ViewNames.WELCOME_PAGE는 "welcomePage"보다 실제로 더 좋은가요? 의도가 분명하고 이해하기 쉽습니다. 대부분의 경우 사람들이 항상 한 번 이상 사용 된 모든 문자열을 상수라고 주장하는 것을 볼 때 상수 이름은 문자열 이름과 너무 가깝기 때문에 코드가 의미가 있습니다. 변경하면 해당 문자열은 아무 것도 만들지 않습니다 어쨌든 상수 이름을 바꾸지 않는 한 감각./rantoff 현대 IDE에서 15 초 정도 걸립니다.
2)보기 분석기는 /welcomePage.htm을 WEB-INF/jsp/welcomePage.jsp (또는 설정 한대로)로 자동으로 렌더링 할 수 있습니다. 이름이 URL 경로에서 요청 된 html 문서와 일치하지 않는 JSP를 렌더링하려는 경우가 아니면 이름을 기준으로보기를 구체적으로 지정하지 않아도됩니다.
3) 위 페이지 # 2를 이용하도록 페이지를 구성하고 명시적인보기 이름을 지정할 필요가 없습니다.
이 문자열은 다른 모든 문자열과 다를 바 없습니다. 여러 곳에서 사용한다면 상수로 만드십시오. –