2009-10-06 2 views
3

현재 많은 Spring.NET XML 파일을 편집하고 있으며,이 작업을 솔직히 지루하고 반복적으로 수행합니다. 인스턴스에 대한 XML 선언을 일반화하고보다 구체적인 사람을 선언하는 일반화 된 구조에서 "상속"- 내가 할 물건의 대부분 Spring.NET을위한 리팩터링 도구

은 '리팩토링'의 일종이다. 내가 말했듯이

, 그것은 작업의 노 brainier 타입이다하지만 관심과 집중을 많이 필요로하며 만약 실수를하기 쉽다.

나는 Spring.NET XML 파일의 편집의 많은 ReSharper에서 유사한 도구를 사용하여 자동화 할 수 있다는 상상에 맡기겠습니다.

아무 것도 추천 할 수 있습니까? 최신 봄 릴리스 (1.3 - 당신은 내가 아직 사용하지 않은 불구하고, XML 파일과 함께 당신을 도울 ReSharper에서에 대한 파일을 찾을 수 있습니다에서

답변

5

.

당신은 또한에 시도 Recoil 보길 원하는 것일 수도 XML 파일을 피하고 당신이 코드를 통해 Spring.NET 전원이 공급되는 응용 프로그램을 구성 할 수 있습니다.

내 고객의
1

하나는 매우 광범위하게 Spring.NET을 사용합니다. 나는, 구성 파일을 수정하는 응용 프로그램을 시작하고 하나를 얻는 과정을 발견 , 비밀스러운 Spring.NET 오류가 매우 번거로 웠습니다. 그래서 모든 실행 가능한 프로젝트에서 빌드 후 단계로 실행되는 깔끔한 유효성 검사기를 만들었습니다. 나는 리팩터링을하지만 더 빨리 오류를 식별 할 수 있도록해야합니다.

당신은 downloading it from BitBucket에 의해 그것을 떠들썩한 파티를 제공 할 수 있습니다. 나는 유스 케이스를 위해 음식을 제공 할 때까지만 제품을 개발 했으므로 요구 사항을 충족시키기 위해 제품을 확장해야합니다.