Business Logic 객체 내의 싱글 톤에 현지화 문자열을 포함해도 괜찮습니까?객체 현지화 문자열이있는 비즈니스 지향 논리?
비즈니스 로직의 메시지를 사용자의 올바른 언어로 처리하는 방법에 대한 패턴을 찾을 수 없습니다. 현지화 문자열을 내부에 포함해도 괜찮습니까? 그 속성 상수를 다시 보내고 나중에 지역화 된 문자열로 변환하는 것이 더 낫지 않습니까?
나는 무엇이 최선의 방법인지 알고 싶습니다.
문자열이 저장되어야한다 (I ... 나는이 프로젝트를 함께 할 좋은 단위 테스트를 원하기 때문에 묻고 싱글에게 내가 잘못 보이는 그 비즈니스 오브젝트에서 메시지를 보내야 할 때마다 데) resourcefiles에서, 그래서 더 많은 언어를 지원합니다. 그리고 위에서 언급 한 Thomasz Nurkiewicz가 말한 것처럼 문자열 처리 및 지역화는 비즈니스 논리가 아니라 표현 계층에 의해 수행되어야합니다.
결론 : 1) 기본 언어 2) 4) 이동 문자열이 비즈니스 로직에서 처리하려는 모든 언어에 대한 리소스 파일) 파일 3 자원 확인하기 위해 모든 문자열을 이동을 선택합니다.
안부, 모르 텐은
다른 방법으로 주위에 생각 : 비즈니스 로직은 국제화 논리를 필요로하는 이유? 이것은 시야의 책임이 아닙니까? 비즈니스 로직이 * raw * 데이터를 반환해서 뷰를 렌더링하지 않아야합니까? –
나는 일하고있다, 체계는 많은 년을 위해 거기있다, 나는 다만 나가 refactor를 알 필요가있다. 나는 당신의 관점을 이해하지만, 좋은 문자열을 검색하기 위해 로컬 화 시스템에서 사용자가 볼 수있는 플래그를 반환해야합니까, 그것이 "좋은 방법"입니까? –