Tak. Należy wdrożyć system, aby ładować zawartość poza główny silnik.
Nagłówki zwięzłych odpowiedzi.
Nie. Nie zajmuje to zbyt wiele czasu.
Myślę, że pytanie, czy jest to prawidłowy przydział twojego ograniczonego czasu, jest dyskusyjne; nawet jeśli tylko dlatego, że będzie to niewielka część całkowitego czasu projektu.
Spędzisz setki (tysiące) godzin na projekcie gry, który podejmiesz do końca. Być może nie na klonie Ponga, ale na pewno w przypadku złożonej gry kosmicznej. Porównaj to z czytnikiem plików konfiguracyjnych. Wdrożenie systemu do XML rury do swojego głównego konstruktora, a następnie uruchom ponownie do procesu gry, zajmie być może 10 lub 20 godzin. Nawet jeśli zajmie ci 50 lub 100, będzie to niewielki ułamek całkowitego czasu projektu.
Zaoszczędzi to czas
To nie jest czas; to inwestycja czasu. I to się opłaci.
Przepływ pracy ma znaczenie, a posiadanie programu ładującego konfigurację poprawi przepływ pracy. Tworząc system, który pozwala edytować konfiguracje w locie, zaoszczędzisz niezliczone przebudowy. Możesz spojrzeć na grę, gdy jest uruchomiona, dostosować XML i ponownie sprawdzić w kilka sekund. Lub możesz spojrzeć na kod, znaleźć linię kodu (spośród tysięcy), bardzo ostrożnie edytować jego wartości (jesteś w głównym silniku, mimo wszystko), odbudować, wykonać, przywrócić grę do stanu testowego, postaraj się pamiętaj, jak to wyglądało przed zmianą i sprawdź, czy zmiana przyniosła zamierzony efekt. Zakładając, że nic nie psuje się w twoim silniku, Twój pociąg z pewnością jest zakłócony.
Z bardziej fundamentalnej perspektywy, pamiętaj, że najbardziej czasochłonną częścią oprogramowania do pisania jest brak dodatkowych naciśnięć klawiszy lub białych znaków. Poluje na robale. A jeśli poświęcisz trochę więcej czasu na wyjaśnienie, pisząc bardziej szczegółowy kod, zaoszczędzisz sobie więcej czasu później. W twoim przypadku napisanie importera treści daje czystszy kod, który będzie łatwiejszy do odczytania. Zamiast mil zapisanych na stałe wartości Twoje źródło będzie zawierać proste ładowanie pliku. Podobnie, możesz odczytać plik konfiguracyjny bez przeszukiwania kodu silnika gry. Obie części stają się łatwiejsze w utrzymaniu i łatwiejsze do debugowania.
Zespoły jednoosobowe odnoszą największe korzyści
Jeśli wynająłeś artystę do wygenerowania części tej zawartości, musisz stworzyć narzędzia do pracy. Muszą dokonać edycji pikseli i szybko zobaczyć efekty. Nie odważyłbyś się zmusić ich do przebudowania kodu, aby zobaczyć każdą zmianę. Ich czas jest drogi i nie chcesz go marnować.
Teraz wyobraź sobie, że artysta jest bardzo niewykwalifikowany i powolny (programista) i ma wiele innych rzeczy do zmartwienia, ponieważ są również głównym programistą i muzykiem. Na pewno nie chcesz tracić tego czasu, w przeciwnym razie projekt nigdy się nie skończy. I ten gówniany artysta będzie nienawidził szkolenia, aby być lepszym artystą, ponieważ spędzają cały czas na zmianie nazw łańcuchów zasobów w kodzie.
Nie rób tego sobie. Zrób narzędzia, a będziesz miał więcej czasu na stworzenie gry.