Model działa wolniej, więc podejrzenie pada na ostatnio wczytaną rodzinę. To możliwy trop, ale przed przebudową całej biblioteki warto sprawdzić, kiedy pojawia się problem. Długi czas otwierania widoku, zmiany typu i zapisu nie musi mieć tej samej przyczyny.
Zacznij od powtarzalnego testu
Zapisz czynność, która sprawia trudność, i warunki jej wykonania. Pracuj na kopii modelu. Porównuj ten sam widok, zakres widoczności i zestaw elementów. Zmieniaj jeden czynnik naraz, aby wynik rzeczywiście pomagał w podjęciu decyzji.
Możesz przygotować prosty projekt testowy z podejrzaną rodziną i sprawdzić jej zachowanie przy kilku typach oraz różnej liczbie wystąpień. Taki test nie zastępuje oceny projektu, ale pomaga oddzielić problem komponentu od problemu całego środowiska.
Sprawdź poziom szczegółowości
Przyjrzyj się geometrii: czy każda mała część jest potrzebna w modelu? Czy detale widoczne tylko z bardzo bliska mają znaczenie na rzutach i przekrojach? Zamiast usuwać elementy przypadkowo, określ minimalny zakres potrzebny do dokumentacji i koordynacji.
Pomocne jest porównanie uproszczonej wersji rodziny z pierwotną. Zachowaj ten sam zestaw parametrów i warunki testu, żeby sprawdzić wpływ zmiany geometrii.
Przejrzyj strukturę komponentu
Sprawdź, jakie rodziny zagnieżdżone, materiały i zależności zawiera plik. Szukaj elementów pozostałych po wcześniejszych wariantach oraz powielonych rozwiązań. Złożona struktura może być uzasadniona, ale powinna wynikać z funkcji produktu.
Nie przyjmuj jednej granicznej wielkości pliku jako jedynego kryterium jakości. Rozmiar RFA jest użyteczną wskazówką, lecz nie opisuje całego zachowania rodziny w modelu.
Oceń sposób wykorzystania
Rodzina występująca kilka razy może zachowywać się inaczej w praktyce niż komponent powtórzony w całym obiekcie. Sprawdź też, czy na analizowanym widoku potrzebna jest widoczność wszystkich elementów. Problem może dotyczyć organizacji widoku, połączeń lub danych, a nie wyłącznie samego pliku RFA.
Wprowadzaj poprawki z kontrolą rezultatu
Po każdej istotnej zmianie powtórz test i sprawdź dokumentację. Uproszczenie nie powinno usuwać istotnych wymiarów, identyfikacji produktu ani danych wykorzystywanych w zestawieniach. Zapisz, co zmieniono i jaki efekt zaobserwowano.
- Opis problematycznej czynności.
- Próbka modelu lub projekt testowy.
- Wariant rodziny przed zmianą i po zmianie.
- Wynik testu oraz kontrola poprawności dokumentacji.
Jeżeli nie wiadomo, od czego zacząć, audyt modelu i rodzin pozwala ustalić priorytety. Nie każda biblioteka wymaga przebudowy — czasem wystarczy poprawić kilka najczęściej używanych komponentów.
