Niejednoznaczne odwołanie między przestrzeniami MonoGame i Microsoft.XNA.Framework

Question

MonoGame (framework, który zasadniczo przenosi XNA na Windows Phone 8) ma wszystkie przestrzenie nazw z prefiksem Microsoft.Xna.Framework Uważam, że minimalizuję ilość zmian kodu wymaganych podczas przenoszenia aplikacji XNA do MonoGame.

Mój problem polega na tym, że chcę uzyskać dostęp do klasy Microphone, która, ponieważ nie została jeszcze utworzona w MonoGame, muszę ją wykorzystać od wewnątrz w oficjalnej klasie Microsoft XNA, wymaga to wyraźnego wymuszonego usunięcia standardowe referencje w pliku .csproj, które mój szablon MonoGame skonfigurował w celu uniknięcia konfliktów, który działa świetnie, a teraz jest dostępny, ale stworzyłem niejasność między kilkoma kluczowymi klasami, które istnieją zarówno w standardowym wydaniu Microsoftu, jak i MonoGame.

Błędy otrzymuję to:

Niejednoznaczne referencyjny:
Microsoft.Xna.Framework.Color
Microsoft.Xna.Framework.Color

To oczywiście miało miejsce, ponieważ obok Standardowa biblioteka XNA wydana przez Microsoft, mam odniesienie do MonoGame.Framework.dll, która przydziela przestrzeń nazw, tworząc tę ​​niejednoznaczność. Jednak we wszystkich przypadkach chcę uzyskać dostęp do wersji MonoGame.

Jakieś pomysły, w jaki sposób mogę wyraźnie powiedzieć kompilatorowi, aby używał klasy MonoGame w klasie Color i Vector2, a nie oficjalnej wersji Microsoft?

Każda próba w using Color = Microsoft.Xna.Framework oczywiście nie zadziała, ponieważ oba są oznaczone tak samo w skompilowanych bibliotekach dll!

Answer 1

Sposób rozwiązania tego konkretnego problemu polega na użyciu extern alias (MSDN, tutorial).

W ten sposób można alias biblioteki DLL XNA firmy Microsoft i określić odpowiednie oświadczenie using tylko dla klasy Microphone. Kontynuuj normalne używanie MonoGame.

Prawdopodobnie lepszym rozwiązaniem może być utworzenie własnej klasy opakowania o nazwie Microphone w przestrzeni nazw Microsoft.Xna.Framework.Audio przy użyciu tej techniki. Połóż go w osobnym zestawie, aby nie zanieczyszczać głównego kodu źródłowego za pomocą rzeczy z extern alias.

Idealnym sposobem, oczywiście, jest rzeczywiście wdrożyć Microphone dla MonoGame i przyczyniają się go;)

(Oczywiście, ta odpowiedź nie mówi nic o tym, jak skuteczne może być mieszanie MonoGame i XNA w ten sposób, Z nadzieją, że to zadziała.)