.Net 프레임 워크 개발자를위한 Mono의 제한 사항

Question

.Net (.Net에서 Visual Studio로 Mono의 IDE로 변환)에서 Mono로 전환하고 싶습니다.이 작업이 정말 어려울까요?

내가 직면하게 될 문제는 무엇입니까?

감사합니다.

Answer 1

다른 사람들이 지적했듯이, 나는 당신이 의미 한 바가 .Net 프레임 워크에서 Mono로 이동하고 있다고 가정합니다. 그렇게 말하면 어려움의 정도는 이동하려는 코드의 종류와 사용하는 프레임 워크의 부분에 달려 있습니다. 예를 들어 코드가 P/Invoke 호출로 흩어져있는 경우 시간이 많이 걸릴 것입니다. 그것은 간단합니다. 닷넷 코드 당신은 아마 부드러운 항해가있을 것입니다.

당신은 Mono Migration Analyzer (MoMA)와 함께 시간을 보내고 싶어합니다. 당신은 도구에 잡히지 않은 것들을 실행하게 될 것이지만, 그것은 많은 기초를 잡아서 더 큰 것들을 자유롭게 해결할 수 있습니다.

Answer 2

여기 혼란스러워하고 있다고 생각합니다.

Visual Studio는 IDE이고, Mono는 .net CLR을 구현 한 것입니다.

정말로 원하는 것은 SharpDevelop 또는 다른 IDE로 전환하는 것입니다.

Answer 3

나는 Mono가 모든 .Net 3.5 라이브러리를 따라 잡지 않았기 때문에 이들 중 일부 또는 전부가 구현되지 않았다고 생각한다. 모노는 마이크로 소프트보다 조금 뒤떨어 지지만 환상적인 업적과 화려한 작품입니다.

그것은 아마도 윈도우에서 리눅스로 전환 한 힘든이다 Mono Roadmap

Answer 4

를 보라. 그것은 다른 환경이며 전환은 항상 어떤 것들이 제자리에서 약간 느껴지는 기간을 포함합니다. .Net -> Mono 스위치에도 동일하게 적용됩니다. 가장 큰 차이점은 IDE입니다. MonoDevelop만큼 훌륭하기 때문에 (또는 최근에 얻었습니다) VS가 아닙니다. Windows Forms 또는 ASP Designer가없는만큼 많은 기능이 없으며 전반적인 품질이 그다지 높지는 않지만 실제로 시작하기에 충분합니다. 또한 Mono가 가지고있는 것들을 잊어서는 안되며 .Net은 C# 대화식 컴파일러 나 플랫폼 생성에 참여할 자유가 맘에 들지 않습니다. Mono로 전환하는 모든 일은 일정한 노력이 필요하지만 충분히 가치가 있습니다.

Answer 5

Visual Studio를 사용하여 Windows에서 컴파일하고 Linux에서 응용 프로그램을 실행할 수 있습니다. 이것에 대한 잡담이 많습니다. 즉, 모노로 구현되지 않았지만 솔직히 누락 된 것이 없습니다.

이제 Linux에서 디버깅하려면 (그리고 결국 필요함) MonoDevelop를 사용하는 것이 좋지만 RedHat에서 실행하는 데 문제가있어 실제로 대상 Linux에 의존합니다 체계.

Answer 6

Visual Studio는 MonoDevelop보다 IDE가 더 좋은 방법입니다. MD를 여러 편집기가 자동화 한 것만으로도 MD가 마치 편집자처럼 보일 수 있습니다. 또한 대용량 인 VS와 타겟 모노를 사용할 수 있습니다. 가상 OS를 사용하면 Mono의 모든 호스트 OS 지원에서 꽤 잘 지원되는 옵션입니다.

모노는 거의 비슷하지만 항상 .NET Framework 뒤에 약간 있습니다. Mono는 핵심 .NET의 모든 기능보다 뛰어난 API를 보유하고 있습니다. 하지만 기본적으로 .NET == 바이너리 수준의 Mono는 누락되거나 추가 된 API를 제공하지 않습니다.