Factorio ajánlott MODok kiválasztása｜Felhasználás szerinti keretrendszer

A Factorio 2.0 átmeneti időszakában, amikor MODokat kezdünk telepíteni, a legbiztosabb megközelítés nem az, hogy "népszerűnek tűnő dolgokat sorakoztatunk fel", hanem az, hogy visszafelé keresünk abból, hogy mi okoz nekünk gondot. Ez a cikk jelenleg a 2.0 verzióra összpontosít, de a 2.0 pontos specifikációs változásairól és a MOD API kompatibilitásáról mindig ellenőrizze a hivatalos blogot (Factorio Friday Facts / Hivatalos blog) és a Mod Portal terjesztési oldalát. Ez a cikk azoknak az embereknek szól, akik a vanilláról szeretnének egy lépéssel előre lépni, vagy tervezik a Space Age-et játszani, és a MODokat a felhasználás szerint csoportosítja.

Én is az elején "praktikus" dolgoknak tűnt több mint 10 MOD egyszerre telepíteni, és indítási hibákba ütköztem, de azután, hogy az UI/QoL típusú MODokat 1-3 darabban teszteltem új mentésben, az addicionális stabilitás azonnal javult. A telepítés az UI/QoL → építési támogatás → logisztika/termelés → felülvizsgálat sorrendje erős alapja, és a terjesztési oldalon (Mod Portal) először ellenőrizze a támogatott játék verzióját, a függőségeket és az utolsó frissítés dátumát. A "mentés kompatibilitásra" nézve nem jelölt meg a terjesztési oldalon, ezért erősen ajánlom a Discussion és Forum leírásokkal való kiegészítést.

A Factorio javasolt MODjait a felhasználás szerint válassza ki – kevésbé tévedünk

A felhasználás szerinti szűrés előnyei és buktatói

A Factorio MOD-kiválasztásnál a stabil tengely nem az, hogy "melyik a híres", hanem a "mit szeretnénk könnyebbé tenni". Például, ha az információ olvasása nehéz és a döntés lassan következik be, az UI/QoL típus megfelelő; ha gyorsabbá szeretnénk tenni a terv fejlesztését és elhelyezkedését, az építési támogatás típus; ha csökkenteni szeretnénk az objektumon belüli mozgást és a logisztikai szűk keresztmetszetet, akkor a logisztikai/mozgás típus; ha meg szeretnénk érteni a termelés szűk keresztmetszeteit, akkor a termelésmegfigyelési típus. Ilyen módon, ha a problémából indulunk ki, a telepítendő számok természetesen szűkülnek. A rangsoros formátumban könnyen előfordul az, hogy "népszerű, szóval kipróbálom", de ha a felhasználásból indulunk, akkor a "szükséges-e most" szerinti határvonal megvonható, így a játék lényege nem csúszik el.

Ez a megközelítés azért hatékony, mert a Factorio MODjai ugyanabban a "praktikus" kategóriában is eltérő felhasználói réteget érintenek. Az UI/QoL típus elsősorban a működésre és a láthatóságra hat, és nem változtat a játék előrehaladásán. Az építési támogatás és tervezési támogató azonban meglehetősen megváltoztatja az objektumok építésének érzését. Továbbá, a nagy felülvizsgálati típusok alkalmazásakor a receptúra szerkezete és az előrehaladás gondolkodásmódja is megváltozik, és már nem a "vanilláperiódus meghosszabbítása", hanem egy másik cím játékához hasonló játékmódhoz közelebb. Ha ugyanabban a dobozban csoportosítjuk a "javasolt MODokat", akkor az kezdőknek szóló könnyű fejlesztések és a szakértőknek szóló nagyobb átalakítások keveredni fognak.

A kezdők által elkövetett buktatók gyakran ebből a keveredésből fakadnak. A tipikus eset az az, hogy egy ránézésre "praktikus" nyomásodást követően nagy mennyiséget telepítenek egyszerre. Az én korai napjaim során szép megjelenésű, nemzetközi szinten vita tárgyát képező, lenyűgöző leírásokkal rendelkező dolgokat csoportosítottam és aktiváltam, és az indítási ponton megállt. Ha nyomon követjük az okokat, akkor a függőségek figyelmen kívül hagyása, a hasonló funkciókkal rendelkező MODok közötti összeütközés, és ami a legfontosabb, az a tény, hogy nem értette meg saját magát, hogy "melyik MOD mit változtat meg", nagy volt. Ha 10-et szerelünk fel egyszerre, a probléma felmerülésekor a felosztás látványa azonnal rosszabbá válik.

Ezzel szemben, ha 1 felhasználásonként csak 1-3 darab beépítési egységet szerelünk fel, a hibák kialakulásának gyakorisága és a megérthetőség sokkal jobban megváltozik. Csak az UI/QoL vagy csak az építési támogatás hozzáadása kevéssé, és megtekintés, hogy a játékélmény hogyan változik meg. Ha ez az eljárás követi, az "kenyelmesebb" jól megmarad, és a szükségtelen dolgok azonnal eltávolíthatók. Különösen a Factorio olyan játék, ahol még egy kis láthatósági javulás vagy műveleti rövidítés is megakadályozza az elmélkedés megállapodásában. Csak az UI/QoL könnyű szerelése is csökkenti az objektumkezelés stresszét, és a rakéta elérése után gyakran előforduló "van tennivaló, de az munka erősen van" állóhelyzetét azonnal elhalványítja.

Itt a kulcs az, hogy a MODokat teljesítménnyel hasonlítsuk, inkább a játékon belüli akadályok kezelésének megoldásaként tekintjünk rá. Ha az egér művelete összetett, az UI/QoL; ha a szektorok szervezése vagy a vonalak átfestése fárasztó, az építési támogatás; ha a vonatok vagy szállítási folyamatait szeretnénk megoldani, a logisztikai/mozgás; ha a számokat nem lehet olvasni és a javítási pontok nem látszanak, a termelésmegfigyelés. Ezzel a felosztással a bevezetési oka magyarázható lesz. Ha ez az indoklás megállapítható, akkor nem kerül túl sok felesleges MOD, és az eltávolítás döntése is gyorsabbá válik.

Felhasználás szerinti keretrendszer és összehasonlítási tengelyek

Bár a felhasználás szerinti kiválasztás, a szortírozás még nem tiszta, így a 4 összehasonlítási tengely szerinti megtekintés könnyebben rendszerezhetővé válik. A tengelyek tanulási költség, vanillafeel, bevezetési kockázat, bővíthetőség. Ezzel a 4 elemmel megtekintve az "komfortnövelést szeretnek vagy új játékélményt szeretnék" nagyon egyértelművé válik.

Az alábbi táblázat a bevezetési sorrend megtekintésekor a durva iránymutató:

Az UI/QoL típus az első MOD bevezetésére alkalmas. Az oka egyszerű, kevés a megjegyzendő, és az érintés pillanatában a előnyök könnyen láthatók. A menü láthatósága, az állapot-ellenőrzés egyszerűsége, a finom kattintások számának csökkentése, az ilyen javítások a gyár tervezési gondolatait nem szüntetik meg. A vanillafeel is könnyen megtartható, így a "szeretlek Factorio-t, de csak egy kicsit könnyebbé szeretném tenni" embereknek jól illeszkedik.

Az építési támogatás és tervezési támogató típus a következő fázisban segít. Itt a kényelem nagy, a játékkal való távolság egy kicsit megváltozik. Ha a vonalak felépítése és a terv körül erős, az egyszerű munka csökken, de a tervezés tempója alapvetően megváltozik. Azok az emberek, akik a vanilláátlanságot is az íz részének érzékelik, talán egy kicsit túl sokat érzetnek, de ha a megabizonytalan gondolatok felé haladnak, az érték magas. Az UI/QoL típusnál a tanulási költség nő, így az "feltelepített, de nem tudom kezelni" elkerüléséhez jobb a felhasználást tovább szűkíteni.

A logisztikai és mozgás típus olyan terület, ahol az elégedettség általában akkor emelkedik, amikor a gyár szétterülése láthatóvá válik. Az olyan típusok, amelyek a gyalogos mozgás vagy a szállítási stresszt csökkentik, az egész játék ütemét felemelik. Azonban ez a sorozat a gyár tervezésének és az útválasztás gondolkodásmódjára könnyen hat, és beépítéskor az előfeltételek megváltozhatnak. Az "mozgatás kényelmes lett" mellett az "a gyár szerkezete is megváltozott" érzés könnyen keletkezik.

A termelésmegfigyelés, azaz az információ-vizualizáció típus gyakran figyelmen kívül hagyják, de nagyon erős szortírozás. A Factorio egyidejűleg az olyan játék, ahol hiányzó dolgokat készítünk, és a "mi hiányzik" megsejtésének játéka. Az olyan információk, mint a termelési menge, fogyasztás, készlet, szűk keresztmetszet könnyebb olvasása csak azzal csökkenti a javítási kezdeményezés láthatóságát. Ez is könnyű megtartani a vanillafeel mellett, míg az elmélkedés minőségét feldobja, így a gyakorlatban az UI/QoL típus után kipróbálva is könnyebben megelégedett terület.

A nagy felülvizsgálati típus teljesen más kategória. Itt a szükséges nem a kényelemnövelés, hanem az új tanulási élmény. Mivel a receptúra láncolata, az erőforrás feldolgozása, a kutatás előrehaladása, a szükséges felszerelés gondolatmódja megváltozik, az összehasonlítás nem az "kényelmes-e". Azt kell nézni, hogy mennyire szeretnénk új problémákat megoldani, mennyire szórakozunk a vanilláról való eltávolodásban. Nem az, hogy a nagy típusra azonnal belépni veszélyes, sokkal inkább az, hogy könnyen eltolódik a várakozás. Az történik, hogy kényelmenövelésre vágyott, de valójában magas fokú nehézségű másik játék kezdődik meg.

Ezeknek a 4 tengelynek a megtekintésekor a kezdőknek a legkönnyebb az UI/QoL típus, a termelésmegfigyelési típus második, utána az építési támogatás vagy logisztikai/mozgás típus, és elég gyakorlottá válnak, hogy a nagy felülvizsgálati típusba lépjenek. Ez nem pusztán a nehézség sorrendje, hanem mit nem kezel, mit kezel sorrendje. A vanilla élvezetességét megtartva komfortot adva kezdve, az önmaga számára "MOD finomhangolása" sokkal könnyebb látszik.

Verzió és DLC megkülönböztetése

A felhasználás szerinti kiválasztás gondolata mellett ugyanennyire fontos, hogy melyik környezet megbeszélése során tisztázzuk. Ez a cikk a jelenlegi Factorio 2.0 verzióját feltételezi, de a konkrét kompatibilitas és implementáció különbségek szükségszerűen a hivatalos blogon (https://www.factorio.com/blog/) vagy Mod Portal (https://mods.factorio.com/) terjesztési oldalán, a Forum szerző megjegyzésében kell ellenőrizni. Vajon csak a vanillában játszunk vagy a Space Age-et is belefoglaljuk, a MOD illeszkedése megváltozik.

A Space Age jelenléte különösen nem egyszerűen az addicionális tartalom eltérése, hanem az előrehaladás tervezésére és az elemek súlypontjára vonatkozik. A vanilla-komfortnövekedésként kiváló MOD lehet, hogy a Space Age-vel az érték vékony, vagy fordítva, a DLC-környezetben nagyobb az előny-kategória is. Ezért az ezt követő ajánlott szorganizálásban "2.0 vanilla-ba telepítendő" és "Space Age figyelembe vevő" külön-külön nézünk. Ez nem csak a kompatibilitas kérdése, hanem az, hogy hol érezzük a stresszt a játékkészítésnek megfelelően változik.

A külső első információ követésénél ez a szétválasztás előfeltételként jelenik meg. Például, a terjesztő « Factorio Mod Portal » elsősorban az támogatott játék verzió és a függőségi-ellenőrzésből áll, a 2.0 és DLC körüli specifikációs változások háttere pedig « Factorio Friday Facts / Hivatalos blog » nézése nélkül nehézkes megérteni. Az alap specifikációt vagy a kifejezéseket « Factorio Wiki » követik könnyebben. A megtekintési hely eltérése inkább "megismerni kívánt tartalom ablaka eltérő", mintsem hogy más helyen nézünk.

Itt meg kell érteni, hogy a verzió- és DLC-előfeltétel nem összhangban lévő megbeszélés, jóllehet tartalom tekinthető jól, a döntési anyag gyenge. Például az olyan értékelések, mint a "kényelmes", "klasszikus", "népszerű" nem elegendő információ sem a 2.0 verzióban zavartalanul működtetni szeretőknek, sem a Space Age-et használni szeretőknek. Amikor MODot keresek, az 1. sor szövegének szépítése előtt, azt keresem meg, hogy "melyik környezet beszélésként írják-e le". Ez az eljárás azért csökkenti a jelöltek számát túlzott növekedésénél.

Az ezt követő részekben ugyanez az eljárás a 2.0 vanilla vagy Space Age figyelembe vevő szétválasztás során történik. A felhasználás szerinti szűkítés önmagában csökkenti a bukást, de a verzió és DLC szétválasztása rá rakva meglehetősen megakadályozza az "kényelmes, de a saját környezetemhez nem illő" állapotot.

Előbb ellenőrizendő MOD-kiválasztási előfeltételek

Cél verzió és DLC ellenőrzési eljárása

A MOD-kiválasztásnál legelőször nézendő a funkció leírása előtt az, hogy az MOD melyik játékos környezetre vannak felépítve. A cikk előfeltétele a Factorio 2.0 verzió, de az indítási döntéskor nem csak a "2.0-es-e", hanem a "Space Age-et is felhasználó összeállítást felhasználva tervezett-e" szétválasztás olvasása szükséges. Ha ez bizonytalan, még ha praktikusnak is tűnik, a döntési anyag gyengévé válik.

Az eljárás egyszerű. Először a « Factorio Mod Portal » egyedi oldalán keressük meg a Game version jelöléseket, és megnézzük, hogy a saját környezetünkkel összhangban van-e. Ezután ne a leírásra vagy képernyőképekre alapozva hozzunk döntést, hanem azt olvassuk, hogy a Space Age-hez szükséges további elemekre hivatkozik-e, vagy inkább vanilláhangolásként van-e írva. A DLC-támogatás nem csak az indítás vagy nem, hanem az, hogy az előrehaladás vagy a felhasználói felület előfeltételei összhangban vannak-e, nagy mértékben megváltoztatja a használhatóságot.

A 2.0-es átmeneti időszak olyan helyzeteket hozhat, ahol az ugyanabban a "praktikus" kategóriában a régi előfeltételek megmaradnak. Amikor egy nagyon korai, frissítésben egy éven túl álló, kicsi praktikus típust szereltem fel, az indítás végig ment, azonban figyelmeztetések nőttek, és egy idő után más helyzetben az viselkedés inabilitása jelentkezni kezdett. Az a belső előfeltétel eltérése mai környezettől. A legfrissebb frissítésre váltva, azonos felhasználásban már sokkal stabilabb volt.

A vanilla specifikációt vagy kifejezéseket elsősorban megérteni szeretők esetén Factorio Wiki nagyobb segítséget ad; a 2.0 vagy Space Age körüli hátterének megértéséhez « Factorio Hivatalos Blog » követése könnyebben értelmezhetővé válik. Az MOD oldal támogatottság szövegén túl jelentkezik az "erre az MODra miért ingerlékeny jelenleg ebben a környezetben" átláthatatlan része, amely összekapcsolódik a szövegben.

Függőség és kompatibilitás szövegolvasása

A támogatott verzió után a fontos a Függőségek olvasása. Ha megkerüljük, az a tipikus baleset előfordul, hogy "a telepített egyedi MOD lenyűgöző, de a kombinálódás után nem működik". Különösen a Factorio MOD-jai között egyesek önmagukban teljesek, másoknak másik függvénytárra vagy előzetes MODra szükségük van.

A Mod Portalban az egyedi oldalak Függőségei megjeleníti, hogy az MOD mit igényel. Itt nem a nevek jegyzékét kell olvasni. Mit kell előzetesen és mi befolyásolja az illeszkedést, azt nézzük meg. Például a felhasználói felület kijelzésének beszerzésének MODja lehet, hogy belülről egy másik közös alkatrészre függőlegesen működik, a nagy felülvizsgálati típusban az előfeltételek alapvetően megváltoznak, körül MODok kompatibilitása egész láncolatilag megváltozik.

A kompatibilitás olvasásakor fontos az, hogy a "függőség van" önmagában ne legyen veszélyes. A veszély az, hogy az előfeltételek sokkal vagy az előfeltételek előlegeiben veszélyes helyzetben vannak vagy az előzetes verzió eltérő státusza. Más szavakkal, egy MOD megtekintésénél egyedi, e függőségekre is kiterjesztett nézetre van szükség. A praktikus és építési támogatás típusban ez a csoport viszonylag kicsi, nagy típusnál nagy lesz.

Itt a « Factorio Forums » nyújthat segítséget. Az Mod Portalon felolvasható készültségnél nem elég mély az már ismert hibák vagy hogy "ilyen kombináció figyelmeztetéseket mutat" vagy "Space Age-ben az egyes funkciók átütköznek" gyakorlati használat beszélgetések Forum szerző száliban vagy probléma-bejelentésekben maradnak. Különösen egy konkrét MODot aggódó esetben érdemes megtekinteni a Forum szerző szálában, hogy az szerző még közelmúltban válaszol-e, mely a kompatibilitás értékelésének pontosságát tekintélyes módon felemelik.

A függőség ellenőrzése valójában egy "lehetőség ítéletünk" helyett, közelebb áll a "kockázat térképezéshez". A végén az olvasás után "erről az egyedül kipróbálható", "ezt az összefüggő MOD-okkal fontolandó", "ez az áramkörben ütközésre hajlamos" szervezhető, elegendő. E szemszögből megtekintve még több MODot adva is nem omlik össze az összeállítás.

Az utolsó frissítési dátum és karbantartási helyzet értékelése

Az MOD oldal gyakran elhanyagolva nézett az utolsó frissítési dátum jelentése. A szépséges leírás, a letöltési szám, a klasszikus név helyett a mai környezethez érintve van-e az MOD sokkal praktikusabb nézet. Különösen a 2.0-es átmeneti után az olyan régtől ismert MOD, mint a "név híres, de a frissítési időköz üres".

A Mod Portalban a frissítési dátum ellenőrzése az indulópont, de a dátumot önmagában megtekinteni nem elég. Megnézendő, hogy a frissítési dátum és a játék verziója összhangban van-e, a Forum-ban a közelmúlt problémáit vagy módosítási irányelveit lehet-e olvasni. Ha az utolsó frissítés új is, a leírásban vagy szálban nem látható kompatibilitás beszélgetés, gondoskodjunk az olvasásban; a fordítottja pedig, ha valamivel régebbi a dátum, de az szerző folytatódott lejáratlan helyzetét követi, az értékelés kissé eltérő.

Az én érzékelésemben az üres gyakorlási MOD különösen gondosabb. A nagy funkciót nem hozzáadva "satörtött és stabilan" látszódik, azonban a 2.0 átmenetei úgy, mint amikor a belső API oldal előfeltételei megváltoznak, az a szótlanság egyenlő lehet az elhanyagolással. Valójában a viselkedési belül nem probléma, más MOD-okkal kombinálva olykor furcsa inkonzisztencia keletkezett. Ez az általános típus az azonos felhasználásban a közelmúltban felügyelettel rendelkező helyettesítő jelöltek sokkal kezelhetőbbek.

A karbantartás helyzetének mélyítéskor az e melletti nyilvános blog-frissítési szöveg is működik. A játékoldal nagyfunkciós frissítésének időpontját értvén, ennek előtt és után az MOD-ügyletek állnak, az ezt követő MOD-ok jelentésének értelme könnyebb látszik. Az utolsó frissítési dátum megtekintésén végzett munka unalmas, de az indítás utáni ütközés elkerülésénél meglehetősen működik az értékelés tengely.

Mentés kompatibilitása és biztonságos tesztkörnyezet

Egy másik, nem maradható figyelmen kívül a meglévő mentésbe közvetlenül feltelepíthető MOD típusa-e, nézet. Ez különösen nagy felülvizsgálati típus esetén fontos, azonban UI vagy információs típusnál is, hogy mit, mennyit változtatnak, az biztonság érzete eltérő. Az egyes nagyítási funkció meghagyása helyett, a meglévő lét vagy előrehaladás előfeltételeire érint-e nyomáspontok a különbség.

A meglévő mentésre azonnal felhasználandó veszélyes, azért, hogy a problémamegjelenéskor az "az egyedi MOD hatása" vagy "a mai gyárhoz nem illeszkedik" szakítás több erőfeszítésbe kerül. Az új világban a kezdet, terhelés, kutatási képernyő, épület, logisztika az alapvetőekben rövid időben ellenőrizhető és az eltérés előforduláskor az oka könnyebb nyomon követhető. Az első indítvány új világban kipróbálva, stabilitás után az alapító mentésre való mozgás erőforrása sok jól tette ezt az erőfeszítést eltalálja, mivel ez a szétválasztás sokkal egyszerűbb volt.

A mentés kompatibilitása nem "az indítás nyomon ugyanaz" nem azonos azzal, hogy biztonságos. A Factorioban az indítás lehetséges legyen is az indítás alatt szálakat lerakódott vagy a meglévő felszerelés összhangja összetörik vagy később az eltérésként lépik be azt lehetőség. Különösen az előrehaladás alapvetően érintő típusok vagy a receptúra vagy lét szerkezet cserélő típusok mellett a meglévő mentés kapcsolatát különálló szervezendő volt könnyebb.

Ez a szakasz legyen az indítás előtt 4 pontot rögzítésre szűzödjön a zavar elkerülésére. **A 2.0-es verzió támogatás-e, a Space Age előfeltétele van-e, Függőségekben az alap MOD összhangban