2011-03-31 2 views
3

MVVM 아키텍처를 사용하는 WPF 응용 프로그램에서 작업하면서 응용 프로그램 소스 코드, 난이도가 가장 좋은 obfuscator 및 발생할 수있는 알려진 문제점을 해결하기위한 최선의 방법을 안내해 드리고자합니다. wpf 애플 리케이션 소스 코드를 obfuscating.WPF MVVM 응용 프로그램 소스 코드 난독 처리

시간 내 주셔서 감사합니다.

+0

하나의 문제는 응용 프로그램의 WPF 구성 요소가 실제로 난독 아무 가치가 있는지 여부입니다. 응용 프로그램에 '비밀 소스'IP가있는 경우 표준 도구를 사용하여 난독화할 수있는 XAML 콘텐츠가 포함되지 않은 별도의 어셈블리에있을 가능성이 큽니다. –

답변

3

아마도 .NET에서 가장 많이 발생하는 obfuscator 일 것입니다.
아마도이 제품은 관련 XAML 코드의 난독 화를 처리 할 수 ​​있지만 항상 그런 것은 아닙니다. 이러한 난독 모두의 http://www.preemptive.com/products/dotfuscator/overview


, 단지 Dotfuscator는 XAML 지원의 모든 유형을 제공하고, 내가 그것을 지원할 수있는 다른 들어하지 않은 것 같다. WPF에서 데이터 바인딩의 본질은 난독 화의 이름 변경 부분을 기술적으로 불가능하게 만들거나 충분히 어렵게 만들 수 없다고 생각합니다.

개인적인 경험에 비추어 볼 때 WPF/XAML 응용 프로그램의 난독 화와 관련하여 제한된 성공을 거두었 기 때문에 더 이상 사용하지 않아도됩니다.

+1

WPF 및 MVVM에 관한 질문의 일부가 중요합니다. WPF 데이터 바인딩은 고유 한 관심사, 특히 속성 이름에 의한 데이터 바인딩을 도입하기 때문에 obfuscator에 대한 표준 정보를 추출 할 수 없습니다. obfuscator가 속성의 이름을 변경하고 XAML을 수정하지 않으면 프로그램이 중단됩니다. 나는 OP가이 문제를 해결하는 데 도움이 될 답변을 찾고 있다고 생각합니다. –

+0

나는 그 질문에 대해 오해했다고 생각한다. 문제의 XAML 부분에 대한 구체적인 대답을했습니다. –

+0

시간 내 주셔서 감사합니다! 나는 결론을 얻기 위해 이것을 테스트해야한다고 생각한다. 가장 인기있는 상위 3 개의 난독 화자를 다운로드하고 내 앱으로 테스트 할 것이다. 결과를 알려 드리겠습니다. –

0

Crypto Obfuscator은 WPF 및 Silverlight를 완벽하게 지원합니다. 난독 처리 중에 API의 이름을 변경하면 XAML/BAML에있는 참조가 이름이 바뀐 API로 자동 업데이트됩니다.

면책 조항 : 저는 Crypto Obfuscator의 개발자 인 LogicNP Software에서 근무합니다.

+0

또한 속성 및 요소를 통해 데이터 바인딩을 처리 할 수 ​​있습니까? '{Binding myPropertie}'또는'{Binding ElementName = mySourceElement, Path = Text}'처럼 말입니다. – WiiMaxx

2

최근에 WPF 응용 프로그램 및 그 이상의 작업을 수행하는 무료 오픈 소스 obfuscator 인 ConfuseEx가 나왔습니다. 매우 강력하고 효과적이며 맞춤 설정이 가능한 것 같습니다. 고려 가치가

ConfuseEx on Github