Mam obecnie nadzieję, że użyję PropertyGrid, aby zezwolić użytkownikom na edycję niektórych z moich klas, jednak trafiłem na ścianę z przekazanymi obiektami do UITypeEditor (ów), których używają. Kiedy użytkownik naciśnie przycisk menu rozwijanego, chcę wyświetlić pole listy już załadowanych tekstur do wyboru, jeśli chcą użyć tekstury, której aplikacja jeszcze nie załadowała, mogą kliknąć przycisk, aby wybrać jeden z okna dialogowego pliku. W przypadku, gdy nie mam sensu tutaj, próbna forma:Przekazywanie obiektów do UITypeEditor
.
Mój problem: Aby wypełnić pole listy, potrzebuję dostępu do klasy, która zarządza listą zasobów z UITypeEditor.
Teraz rozwiązałem ten problem dla własnych klas, nadając im odniesienie do stworzenia obiektu zarządzającego. W UITypeEditor I użyj tego odwołania, aby uzyskać dostęp do tego, czego potrzebuję. Jednak nie mogę tego zrobić dla klas, których nie napisałem, takich jak klasa XNA Texture2D.
Oto co zajęcia Używam wyglądać następująco:
class StaticGeometryChunk
{
// Geometry data to draw with. Contains a reference to its managing
// class for use in its UITypeEditor.
public GeometryData { get; set; }
....
}
class Material
{
// These are XNA classes. I can't just add a reference to its managing
// class (I think?).
public Texture2D Texture1 { get; set; }
public Texture2D Texture2 { get; set; }
....
}
Szukałem w moich opcji i wydają się być:
- Bądź klasy zarządzające statyczne.
Naprawdę nie chcę tego robić. Istnieje kilka klas zarządzających, ponieważ każdy zasób jest ładowany inaczej. Istnieją również klasy, które należy utworzyć przed nimi i są przekazywane.
- Uczyń klasy zarządzające singletonami.
Ja też nie chcę tego robić. Wydaje się, że jest to szybki i brudny sposób na "ukrycie" problemu zamiast "rozwiązania" go. Mogę też chcieć opcji posiadania kilku klas zarządzających w przyszłości, które eliminują single.
- Utwórz klasę opakowania zawierającą odniesienie do klasy zarządzającej i jej celu (np. XNA Texture2D).
To jest obecnie to, o czym myślę. Byłoby to dość proste i szybkie, ale coś z tego powodu mnie dręczy, ale nie wiem co.
Jakieś myśli na temat powyższych lub innych metod przekazywania tego, czego potrzebuję do UITypeEditor?
Dziękuję za przeczytanie.
Mój obecny projekt wygląda następująco: MaterialDatabase: Przechowuje słownik materiałów zawierających klasy Texture2D. GeometryDatabase: Przechowuje słownik StaticGeometryChunks zawierający dane GeometryData. TileDatabase: Przechowuje słownik płytek, który zawiera StaticGeometryChunk i materiał. Po utworzeniu tych klas są one przekazywane do widoku drzewa, aby wyświetlić to, co wczytały, a ich wybór w widoku drzewa powoduje, że właściwość będzie przeglądać znacznik węzłów (odniesienie do obiektu słownika). Mam przeczucie, że to oznacza, że kontekst będzie widokiem drzewa? – Kath
Niestety moje formatowanie zniknęło powyżej i zabrakło mi znaków. Dziękuję za odpowiedź. Główną klasą ogólną jest Kafel, wykorzystują dwa pozostałe obiekty (Materiały/Geometria) do swoich danych. Jest tak, że jeśli użytkownik zmieni teksturę w materiale, wszystkie płytki używające tego materiału również dostaną tę zmianę. Czy drobny przeprojektowanie tej konfiguracji może ułatwić mi pracę? – Kath
context.Instance jest właścicielem nieruchomości. W twoim przypadku byłby to Materiał. Klasa ta powinna mieć dostęp do możliwych tekstur. –