모노 기능 완료

모노가 .NET의 모든 기능을 놓치십니까? 그렇지 않은 경우 MSDN의 Platforms 섹션에 Mono 플랫폼을 포함하는 것과 같은 공식적인 MS 승인은 언제쯤 볼 수 있습니까?모노 기능 완료

별개의 것으로 보이는 것처럼 보입니다.

출처

2009-02-03 Joan Venge

은입니다. 모노는 .NET의 경쟁자입니다. MSDN에 광고되는 것을 보게 될지 의심 스럽습니다. Microsoft가 Linux 배포판에 대한 광 고를 보유 할 것으로 기대하십니까? ;)

(그리고 아니, 모노 doesn't contain everything from .NET)

출처

2009-02-03 17:32:21

특히 Mono는 Novell 제품입니다. http://www.mono-project.com/Main_Page – EBGreen

가! 너를 존 스켓과 너의 신과 같은 타이핑/연결 능력에 사로 잡아라. 나는 오늘 어떤 대답도 얻을 수 없다 !! 8^D –

그러나 .Net은 아직 해결되지 않은 몇 가지 버그를 수정합니다. :) – EBGreen

당신이 this 페이지로 갈 수있는 .NET 프레임 워크 대 모노 개체 모델에서 아무것도의 상태를 보려면 ...

출처

2009-02-03 17:34:35

DV에 대한 이유가 무엇인가요? –

누군가가 의제를 추진하고 있다고 생각합니다. 존의 대답은 적어도 2 개의 DV를 받았으며 완전히 정확합니다. – EBGreen

@ 조안 벵지 : 아래로 투표 –

MoMA가있다. 어셈블리를 검사하고 잠재적 인 문제 (예 : 구현 된 메소드가 아님)에 대해보고하는 데 유용한 도구입니다.

Mono에는 몇 가지주의해야 할 점이 있습니다. MoMA의 좋은 보고서에도 불구하고 우리는 예상대로 버그 (버그보고 2.2 릴리스의 회귀 포함)를 실행했습니다. 당신은 소스를 가지고 있고 Mono (특히 라이브러리를 컴파일하는 관리되는 부분)를 빌드 할 수 있다는 것이 정말로 좋습니다. Mono에 대한 공개 bugzilla를 통해 버그 보고서를 보내야합니다.

또한 타사 라이브러리에 대한 종속성을 알고 있어야합니다. 철저한 테스트가 필수입니다. 예를 들어 모노로 xUnit.net을 사용해 보았는데 대부분 잘 작동했습니다. 그러나 Exception 클래스에서 private 멤버 변수의 값을 설정하기 위해 추한 반영 해킹을 사용합니다. 물론 이와 비슷한 것은 런타임 문제를 야기 할 수밖에 없습니다. 다시 한번 xUnit.net과 같은 구조의 소스 코드는 OpenSource입니다.

출처

2009-02-03 22:00:14

답변

관련 문제