세계화 진행 상황 추적

Question

다음 주요 릴리스를 통해 우리는 ASP.NET 응용 프로그램을 Globalizate을 찾고 있으며이 노력에서 이미 어떤 코드가 작동했는지 추적 할 수있는 방법을 생각했습니다.

내 생각은 사용자 정의 속성을 사용하여 "고정 된"모든 클래스에 배치하는 것이 었습니다.

어떻게 생각해?

누구든지 더 나은 아이디어가 있습니까?

Answer 1

속성을 사용하여 세계화 된 클래스를 결정하려면 코드를 처리하고 어떤 클래스가 "처리되지 않았는지"도구가 필요합니다. 약간 복잡해지는 것처럼 보입니다.

보다 전통적인 프로젝트 추적 프로세스는 아마도 더 나을 것입니다. 그리고 세계화 프로젝트의 끝을 넘어서 기능적 의미가없는 속성/기타 마크 업으로 코드를 "오염시키지"않을 것입니다. 작업이 필요한 각 클래스마다 결함을 제기하고 그런 식으로 추적하는 것은 어떻습니까?

Answer 2

수업을 세거나 나열한 다음 수업별로 일하는 것은 어떻습니까? 속성은 흥미로운 아이디어 일 수 있지만, 나는 그것을 과도하게 엔지니어링 한 것으로 간주합니다. 세계화는 각 수업을 거치고 코드를 세계화하는 것 이상입니다. :)

어쨌든 다음 릴리스 전에 끝내고 싶습니다. 그러니 계속해서 하나씩하십시오. 거기에서 당신은 당신의 진전이 있습니다. 나는 각 클래스에 대한 결함을 너무 많이 간주합니다.

마지막 프로젝트에서 나는 조금 늦게 전 세계화를 시작했습니다. 방금 코드 파일 목록을 위에서 아래로 이동했습니다. 내 경우에는 알파벳순으로, 폴더 후 폴더. 그래서 나는 항상 내가 마지막으로 작업 한 파일 만 기억해야했습니다. 그것은 나를 위해 꽤 잘 작동했습니다.

편집 : 또 다른 것 : 마지막 프로젝트에서 세계화는 주로 하드 코딩 된 문자열을 리소스 파일로 옮기고 런타임에 언어가 변경 될 때 모든 텍스트를 재생하는 것이 포함되었습니다. 그러나 숫자 형식 등과 같은 것들에 대해서도 생각해야합니다. Microsoft의 FXCop은 문화를 위반으로 지정하지 않고 모든 숫자 전환 등을 표시하기 때문에 저를 도와주었습니다. FXCOP는이를 추적하므로 그러한 위반을 해결하고 FXCOP를 재구성하면 위반이 누락 된 것으로보고합니다 (즉, 해결). 이는이 어려운 것을 보는 데 특히 유용합니다.

Answer 3

앱의 각 페이지에 대한 단위 테스트를 작성하는 것은 어떻습니까? 단위 테스트는 페이지를로드하고

foreach (System.Web.UI.Control c in Page.Controls)
{
    //Do work here
}

작업 부분의 경우 다른 세계화 설정을로드하고 .text 속성 (또는 앱의 관련 속성)이 다른지 확인하십시오.

내 가정은 가장 간단한 경우에 언어가 동일하게 나오지 않아야한다는 가정입니다.

성공적으로 완료된 단위 테스트 세트를 사용하여 진행 상황을 추적하십시오.