Co Codexe robi za kulisami

Między naciśnięciem przycisku generowania a projektem ze statusem Gotowe dzieje się dużo. Większość tej pracy Codexe wykonuje na własny koszt, żebyś dostał(a) kompletny projekt, który się buduje.

#1. Generowanie

Model pisze projekt w jednej odpowiedzi, zaczynając od planu plików, które zamierza napisać. Za tę odpowiedź płacisz.

#2. Kontynuacja (za darmo)

Modele czasem zatrzymują się w połowie pliku albo pomijają zaplanowany plik. Codexe to wykrywa (niedokończony blok kodu, brakujący zaplanowany plik) i prosi ten sam model o kontynuację, do czterech razy, aż każdy zaplanowany plik będzie istniał. Zobaczysz wtedy Dopisuję brakujące pliki…. Kontynuacja nie jest rozliczana.

#3. Ponowna próba przy braku plików (za darmo)

Jeśli pierwsza odpowiedź opisuje projekt zamiast pisać pliki, Codexe prosi jeszcze raz, wprost, o pliki. To samo przejście usuwa też zaślepki takie jak // TODO. Nie jest rozliczane.

#4. Sprawdzenie platformy (za darmo)

Przed budowaniem Codexe sprawdza, czy pliki są przeznaczone na platformę, o którą prosiłeś(-aś). Mod Fabric dostarczony na prośbę o plugin Spigot by się skompilował, ale nie jest tym, czego chciałeś(-aś). Jeśli platforma się nie zgadza, Codexe generuje projekt jeszcze raz mocniejszym modelem. Jeśli i to się nie uda, projekt się zatrzymuje, a przy pierwszym generowaniu twoje tokeny są zwracane.

#5. Build lub test wczytania (za darmo)

Pluginy i mody są kompilowane; datapacki i Skript są wczytywane na prawdziwym serwerze testowym. Zobacz Skompiluj.

#6. Naprawa z prawdziwym API (za darmo)

Gdy build się nie uda, model naprawczy widzi dokładne błędy oraz prawdziwe publiczne sygnatury użytych klas bibliotek, odczytane z tych samych JAR-ów, których użył build. Dzięki temu naprawia błędy „method not found” dla wersji API, której faktycznie używasz, zamiast zgadywać. Zobacz Automatyczna naprawa.

#Za co płacisz