우리 회사는 WinXP에서 실행되는 기존의 WinForm 응용 프로그램을 보유하고 있습니다. 애플리케이션은 DirectSound를 사용하여 사운드 프로세싱을 많이합니다.모노에서 WinForm 앱을 실행하려면 실제 비용이 들지 요?
내 회사에 '는 모노에 쉽게 작동합니다'에 이르기까지, 나는 다른 추정 들었어요 2008 년비스타/윈 서버에 워크 스테이션 당 비용에 대한 대안으로, 모노을 평가하고자
'Linux에서 Mono로 WinForm 응용 프로그램을 실행하는 데 몇 개월이 걸릴 수 있습니다.'
아무도 이것에 대한 실제 경험이 있습니까? 좋은 링크 참조입니까? 테스트하기 전에 더 좋은 아이디어를 얻고 싶습니다.
감사합니다.
WinForms 부분은 쉬울 것입니다. Mono가 Winforms 100 %를 지원한다고 주장하지만, 모든 DirectSound 호출을 Linux에서 사용할 수있는 API를 사용하도록 재 작성해야합니다. ALSA는 명백합니다. 선택.
VS 2005에 작은 응용 프로그램을 작성하고 Mono에 쉽게 이식했습니다. 많은 P/Invokes를 수행한다면 완전히 다시 작성하거나 다시 생각해야하기 때문에이를 고려해야합니다.
"Mono Migration Analyzer (MoMA) 도구는 .Net 응용 프로그램을 Mono로 이식 할 때 발생할 수있는 문제점을 파악하는 데 도움이되며 플랫폼 별 호출 (P/Invoke)과 Mono 프로젝트에서는 아직 지원되지 않습니다. "
모노는 관리 코드를 이동할 때 도움이되지만 오디오 레이어를 이동하는 데 도움이되지 않습니다.
슬프게도 .NET 프레임 워크는 오디오 처리를위한 포괄적 인 API를 제공하지 않습니다. 단지 작은 사운드 샘플을 재생하는 방법을 제공하기 만하면됩니다 (IKVM에서 C64 에뮬레이터를 실행할 때의 오디오 갭에 대한 Jeroen의 게시물 참조).
당신은 당신의 오디오 어플리케이션이하고있는 것에 가장 잘 맞는 리눅스 API 맵을 조사해야 할 것입니다.
오디오에레나 트 포에 터링 블로그 항목이 훌륭한 출발점이 될 것입니다 :
그냥 윈도우처럼, API를 결정하면 http://0pointer.de/blog/projects/guide-to-sound-apis.html
, 당신은/P에있는 적합한 API를 호출합니다 당신.
Mono는 WinForms에 대해 100 % 지원한다고 주장하지만, Linux의 Mono에서는 컨트롤의 레이아웃과 관련하여 문제가있었습니다 (컨트롤의 모양 속성이 덜 일반적이기 때문에 가능합니다). – Luke
동의하면, WinForm 코드에서 몇 가지 사항을 조정해야 할 가능성이 있습니다. 나는 이것을 직접 보았다. 그래서 "지지"대신 "지지 할 수있는 주장"이라고 말한 것입니다. – postfuturist