2013-02-25 2 views
2

성도가 0.인 Castle.DynamicProxy를 사용하여 지연로드를 구현하는 VS 2012/.NET 4.5를 사용하여 클래스 라이브러리를 만들었습니다. 이것은 .NET에서 완벽하게 작동하지만 documents은 DynamicProxy가 Mono 2.6 이상에서 작동 함을 명시 함에도 불구하고 Mono에서는 작동하지 않습니다. 그래서 아마 그것은 모노 전문가에게 분명 뭔가가있어성 동적 프록시 with Mono 2.10

Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'Castle.Core'. 

내가, 모노 멍청한 놈이야 : 나는 수 많은 예외 중 하나가 이것이다. 나는 부끄러워. Castle.DynamicProxy는 내 현재 프로젝트에 정말 좋았어. 어떤 도움이라도 대단히 감사하겠습니다.

답변

0

Nevermind : 성도 참여자 중 한 곳에서 응답을 받았으며 설명서가 잘못되었습니다. Castle.DynamicProxy는 Mono와 호환되지 않습니다. 그는 그가 문서를 바꿀 거라고 말했어. 그래서 아무도 내가 그랬던 똑같은 실수를 저 지르지 않을거야. 건배.

1

나는 캐슬이 모노와 호환되지 않는다고 말할 수 없습니다.

저는 실제로 일부 프로젝트에서 사용합니다. 내 말은, 그것을 사용하는 조롱 프레임 워크를 사용한다는 것입니다. 그리고 그것은 아름답게 작동합니다.

캐슬 기고가 실제로 의미하는 것은 성 스위트의 일부 단위 테스트가 모노를 전달하지 않는다는 단순한 사실에 의해 100 % 호환된다는 보장이 없다는 것입니다.

이러한 테스트가 통과되지 않는 유일한 이유는 아무도 이유를 조사하고 Mono에서 버그를 수정하지 않았기 때문입니다. 실패한 테스트가 10 회있는 경우 Mono에 10 개의 버그가 있거나 10 개의 테스트에서 1 개의 버그가 발생한 것일 수 있습니다!

Mono에서 성 (Castle)과 함께했던 꽤 좋은 경험을 감안할 때, 나는 개인적으로 버그 수정에 관심이 없습니다. 내가 그들을 때리면 그들을 고칠거야. 그리고 나는 그들에 의해 막혔다. (내가 https://bugzilla.xamarin.com/show_bug.cgi?id=10004으로했던 것처럼) 그렇지 않으면 불행히도 충분한 시간이 없다.

이야기의 사기 : Mono에서 (성이 타격을 가하는 모든 것 대신에) 타격을 가하는 버그를 수정하려고합니다. 1 ~ 2 일 정도의 조사가 필요할 수 있지만 나중에 발생할 수 있습니다. 행복 캐슬 + 모노 사용자 (그리고 오픈 소스 제공자).

추 신 : Test Mono 3.x를 사용하면 버그가 이미 수정되었을 수 있으므로 더 조사 할 필요가 없습니다.

+0

기여 해줘서 고맙지 만, 나는 당신이 제목을 아주 신중하게 읽지는 않을 것이라고 생각합니다. 나는 Castle이 Mono와 호환되지 않는다고 말하지 않았습니다. _Castle.DynamicProxy_는 Mono와 호환되지 않습니다. 이것은 Castle.DynamicProxy의 주요 공헌자 중 하나 인 Krzysztof Koźmic에 의해 확인되었으므로 나는 그것에 대한 그의 말을 믿을 것입니다! ;-) – LandonC

+0

어디서나 내가 말하는 성 Castle.DynamicProxy. Castle.DynamicProxy는 RhinoMocks, FakeItEasy, StructureMap, Castle.Windsor와 같은 많은 프로젝트의 기초입니다. Krzysztof에 대해 이야기하면 Castle.Windsor *가 Mono와 호환됩니다. http :///0128157/mono-compatible-dependency-injection-framework;) – knocte

+0

이것은 매우 유용한 답변이며 나 자신을 위해 시간을 증명할 필요없이 의심스러운 것을 확인합니다. 게임! –