Tips

Factorio Blueprint Book-organisering|3-klassificerings-mall

I Factorio 2.0 och Space Age är det viktigare att hålla blueprint i ett tillstånd där du \"kan hitta dem utan att bli vilse\" än att \"skapa\" dem. Denna artikel är för dig som vill veta hur du delar upp dina handuppföringar, byggplansboken och biblioteket, och hur du ordnar dem så att du kan nå rätt design med 1-2 rullar via Shift+hjul.

Tips

Factorio Blueprint Book-organisering|3-klassificerings-mall

I Factorio 2.0 och Space Age är det viktigare att hålla blueprint i ett tillstånd där du "kan hitta dem utan att bli vilse" än att "skapa" dem. Denna artikel är för dig som vill veta hur du delar upp dina handuppföringar, byggplansboken och biblioteket, och hur du ordnar dem så att du kan nå rätt design med 1-2 rullar via Shift+hjul.

Byggplansboken kan konsolideras med sitt innehål i 1 slot, så du behöver bara ordna de plannerare du använder ofta och de grundläggande kategoribokerna från början, och det blir mycket svårare att bli vilse även när du verkar över planeter. Jag märkte också att när jag började massproducera smältverk efter att robotar blev tillgängliga, blev växlingen mycket snabbare efter att jag samlade relaterade BP i en bok, så jag känner att det är rätt att skapa organisationsregler tidigt.

Factorio Blueprint Book-organiserings grunder

Enhetlig terminologi

För att göra organiseringstipsen framöver lättare att läsa, låt oss först standardisera språket. I denna artikel behandlar vi byggplan = Blueprint (själva ritningen), byggplansboken = Blueprint book (en bok som lagrar flera), byggplansbiblioteket = Blueprint library (förråd som delas över alla sparfiler) som sådana. Även med Factorio 2.0-serien och Space Age är det mindre förvirrande att se på det här sättet.

Om detta är vagt blir organisationen lätt kaotisk. Jag placerade själv ritningar direkt i min handuppförning från början, och "BP som jag använder ofta" och "BP som jag bara råkade ha för närvarande" blandades ihop. Sedan ökar besvären med förlust, omordning och byte. Det verkar praktiskt till en början, men det kollapsar lätt när antalet ökar.

Svagpunkten med handläggning är att organisationen är beroende av inventariet. Om du av misstag flyttar det någon annanstans eller om ordningen kollapsar från att förvänta sig att det är i handen, kan du inte hitta det när du behöver det. Meningar är delade om säkerheten för långtidslagring i normala kistor. Vissa spelare oroar sig för möjligheten att förlora kistor vid basändringar eller olyckor, så det rekommenderas att bekräftade standard BP-backupas till böcker eller biblioteket (empirisk erfarenhet/gemenskapstips).

Den punkten är byggplansboken ett verktyg som är lätt att centralisera organisationen kring. Det använder bara 1 slot, men inuti kan det innehålla inte bara byggplaner, utan också nedmonteringsschemor, uppgraderingsschemor och till och med andra byggplansböcker. Med andra ord är det lätt att "samla ofta använda saker i en bok", "klassificera dem i små böcker per kategori" och "ha en separat verktygbok". Att använda böcker istället för att öka antalet handuppföringar minskar hanteringskostnaderna avsevärt.

En annan viktig sak är byggplansbiblioteket. Byggplaner och böcker som sparats i biblioteket kan delas mellan alla sparfiler. Det är lätt att missa det i enstaka sparfiler, men när du börjar röra vid loop- eller testningssparfiler är skillnaden ganska stor. Du behöver inte ta hem bekräftade standard BP varje gång, så stabiliteten som förråd är helt annorlunda.

Observera att böcker eller byggplaner placerade på snabbfältet inte är "där" till utseendet, utan är själva inte själva. Det är en genväg, och själva enheten är på den ursprungliga lagringsplatsen. Om du förväxlar detta är det lätt att tro felaktigt att "det är säkert att bära för det är på snabbfältet", så det är en punkt du vill förstå som grund för organisering.

→ Referens

Som grund för officiell specifikation är det tillräckligt att titta på [Byggnadsplan bok - Factorio Wiki] och [Byggnadsplan - Factorio Wiki]. Du kan bekräfta att byggplansboken är ett föremål för lagring, organisering och delning, kan hanteras i 1 slot och kan innehålla andra böcker. Förutsättningarna för 2.0-serien och Space Age är sammanfattade i [Kommande funktioner - Factorio Wiki].

Ur praktisk synvinkel börjar jag också med att helt enkelt ordna ritningar i min handuppförning, men ju fler det blir desto mer tid på att bara ordna om "var gick den?". Sedan växlade jag till att paketera i böcker och skicka färdiga produkter till biblioteket, och hanteringsbördan minskade drastiskt. Det fungerar bättre än själva organisationstipsen för att först bestämma vad du ska hålla i handen, vad du ska göra till en bok och vad du ska fixa i biblioteket. Det här är faktiskt viktigt.

Byggnadsplan bok - Factorio Wiki wiki.factorio.com

3 lagringsplatser du måste bestämma först: handuppföringar, blueprint-bok, bibliotek

Svagheterna med handläggning och hur man accepterar tillfällig drift

Styrkan med handläggning är att du kan använda ritningar omedelbar efter att du skapat dem. Om du vill omplacera snabbt gjorda smältverk eller en temporär försvarslinje behöver du inte lägga dem i en bok. Om du bara spelar i början är denna respons ganska bekväm.

Men ju längre du spelar desto lätt blir det rörig. Inventarihanteringen blir själva organisationen, och "vanlig BP" och "BP som jag råkade arbeta med för närvarande" blandas. Jag blev vilse många gånger för detta. Speciellt när du börjar ha flera baser ökar utvinnings-, försvars-, järnvägs- och reparationsplanerare i din hand, och du kan inte ta fram det du behöver på en gång.

Denna svaghet blir ännu mer märkbar i Space Age. När planetrörelse är involverad blir hanteringen av handberedning plötsligt opraktisk. Även om det är bekvämt normalt är det lätt för "var placerade jag denna ritning?" att hända när du växlar mellan planeter. Det är bäst att betrakta hand-on-hand som en tillfällig placering omedelbar efter skapandet eller ett engångsområde för tillfällig användning på plats.

En tumregel är att inte hålla färdiga produkter med dig överallt. Skicka saker som du använder ofta till böcker och standardobjekt som användes över sparfiler till biblioteket. Med denna distinktion kan du förhindra mycket organisationskollaps.

Fördelar med bokdrift och hur man skapar din första bok

Byggplansboken kan konsolideras med sitt innehål i 1 slot, vilket är dess största fördel. Dessutom kan den inte bara innehålla byggplaner utan också nedmonteringsschemor, uppgraderingsschemor och till och med andra byggplansböcker. I daglig drift är denna "kan samlas i en bok" -egenskap verkligen kraftfull. Det minskar drastiskt antalet platser att söka jämfört med att hålla individuella.

Från ett driftperspektiv är bokdrift också lätt att hantera. Aktiva ritningar kan navigeras med Shift+mushjul, så om du placerar ofta använda saker i närheten är du ganska snabb i praktiken. Även med kapslade böcker kan du spåra dem sekventiellt, så det är ofta lättare att hantera om man delar upp dem i "gemensamt verktygslibli", "logistikbok" och "produktionsbok" istället för att stoppa allt i en bok.

Det är inte en avancerad klassificering utan först fixera bara det du använder varje gång som är misslyckat för din första bok. Om det var jag skulle jag först ha nedmonteringsschemor, uppgraderingsschemor, strömstolpar, smältverk, bälteskomplettering och en kort försvarslinje eller liknande. I huvudsak är det "saker du absolut kommer att röra om du blir vilse" som man får sätta först. Det är mer stabil i praktiken att fylla med ofta använda saker än att skapa stor klassificering från början.

Lämpligheten kan grovt organiseras i tabellen nedan.

ObjektHandläggningBlueprintbok-driftBiblioteksdrift
ManövreringLätt att använda på platsLätt att konsolidera i en bokLätt att dela mellan sparfiler
OrganiseraLågtHögtHögt men växer lätt
Space Age-kompatibilitetBlir opraktisk vid planetöverföringBraVäldigt bra
Risk för förlust/skadaBeroende på handLågLåg
PassarBara nybörjareDagliga användareLångsiktig drift/multi-sparare

Tittar man på denna tabell är det naturligt att hålla vanliga saker i böcker. En arbetsdelning där hand är tillfällig, bok är praktisk och bibliotek är tillgångsförvaret gör organisationen mycket stabil.

Biblioteksdrift: grundläggande färdelning och märkning mellan sparfiler

Värdet av biblioteksdrift är att det kan delas mellan alla sparfiler. Du behöver inte ta hem standardritningar varje gång, så det är mest effektivt för personer som gör loopar, testningssparfiler eller navigerar mellan multibas-sparfiler. Som plats att placera färdiga gemensamma tillgångar är det mycket mer stabilt än att hålla eller lagra i ett enda sparfil.

I praktiken är det lätt att hantera om man lägger ofta använda böcker i "Mina ritningar". Gemenskapen har ganska etablerat en drift där man öppnar biblioteket med B-tangenten. Jag har också bytt till att placera en "gemensam planerare bok" som är ständigt uppsatt i biblioteket sedan jag började leka med flera sparfiler. Med detta försvinner nästan känslorna av "förlorad kanske".

Biblioteket är praktiskt men växer lätt om det lämnas. Det hjälper att märka det. Du behöver inte skapa en streng namngivningskonvention, men åtminstone genom att dela upp det i ungefär nivåer som "gemensam", "planetspecifik", "skiss", "externa intrång" minskar sökkostnaden avsevärt. I Space Age-baserad drift är det särskilt kompatibelt att ha en gemensam verktygsvagn i en bok och planetspecifik produktion eller basdesign i separat bok.

Att använda biblioteket som lagring och en bok som en bärbar uppsättning för praktisk användning är mer effektivt för längre sparfiler. Space Age tenderar att bli längre spel och antalet baser och planeter ökar, så betydelsen av att skicka färdiga produkter till biblioteket växer.

Lådfallgrop för lagring och snabbfältkällor

Det finns fördelar och nackdelar med att lagra ritningar eller böcker i vanliga kistor för långtidsförvaring. Praktiskt sett finns det röster som oroar sig för risken att gå förlorad vid basrenoveringar eller olyckor, och det är lugnt att skicka bekräftade BP till böcker eller bibliotek. I kombination med att snabbfältet är en genväg snarare än en själv, rekommenderar vi att prioritera bokväxling eller bibliotekslagring för lagring (gemenskapstips/empirisk erfarenhet).

Snabbfältet är också en lätt punkt att missförstå. Det ser ut som att "en bok är placerad där" men det är en genväg inte själva. Den verkliga enheten är på den ursprungliga lagringsplatsen. Med andra ord är själva anordningen av snabbfältet varken organisering eller lagring. Om denna medvetenhet saknas kommer organisationen att kollapsa om man tror felaktigt att "det är inte borta för att det är på snabbfältet".

💡 Tip

Tänk på snabbfältet som en anropsmungning och själva bokens lagringsplats som bok eller bibliotek, och det blir lättare att undvika förvirring.

Om du blandar dessa två blir det lätt att placera själva på lådan och bara se snabbfältet och känna dig säker. Ärligt talat är detta den farligaste situationen. Prioritera bokväxling eller bibliotekslagring, behandla lådan som temporär evakuering eller sämre, och snabbfältet som driftgenväg. Om du kan göra denna separering blir organisationens grund mycket stabil.

Rekommenderade klassificeringsmallar

Klassificering handlar mer om att ställa in så att du inte blir vilse på plats än om att få rätt svar. Jag började också med att bara skapa en bok och lägga vad som helst i den, men när antalet ökar ökar antalet steg för att nå det du vill ha något orent. Speciellt efter Space Age blir baser och roller lätt spridda, så att besluta din återanvändningsaxel i förväg gör den mindre benägen att kollapsa.

Först är det lätt att organisera genom att titta på tre vanliga mönster sida vid sida.

ObjektFunktionsbaserad klassificeringProgressionsstadieklassificeringPlanet/basbasserad klassificering
IntuitivHögtHögt för nybörjarePassar Space Age
UtvidgningHögtMedelHögt
PassarDaglig driftLärningsfasMulti-bas, multi-planet
NackdelarKategorier ökar lättTenderar att överlappa i mitt/sent spelÖverklassificerat för vanilla start

Av dessa är funktionsbaserad den lättaste att rekommendera för nybörjare. Anledningen är enkel - du kan söka efter vad du vill göra. Om du vill lägga bälten väljer du logistik, om du vill lägga smältverk väljer du produktion, om du vill öka strömmen väljer du kraft, motsvarar det direkt. Det är också lätt att migrera senare när du expanderar till progressionsstadie eller planetbaserad klassificering, och det är lätt att hantera som grund för klassificering.

Mall A: Funktionsbaserad

Funktionsbaserad är den klassificering som aldrig kollapsar bäst i daglig drift. Du kan föreställa dig innehållet bara genom att titta på kategorinamn, och det är lätt att sortera ritningar som importeras utentifrån. I samhällsdistribution är det mycket vanligt att se det organiserat i funktionsenheter som råoljebehandling, huvudbuss, kraftväxling, järnvägsstationer och utvinningsstationer, och det är svårt att kollapsa även när du blandar egenproducerad och återanvänd.

Det är lättare att manipulera den initiala konfigurationen utan att överdriva ökningen. Om det är jag skulle jag börja med denna ordning.

  • Gemensamma planerare
  • Logistik
  • Produktion
  • Elkraft
  • Järnväg

Om det behövs kan du lägga till försvar eller kemisk olja i den formen, vilket är tillräckligt. Det är lättare att komma ihåg platsen i ditt huvud utan att öka för mycket från början, och omkring 6 böcker från författarens riktlinje gör det mindre sannolikt att "var satte jag det?". Observera att om du börjar med över 10 kategorier från början kan sökningen bli långsammare trots att du känner att du är organiserad.

Det är också bra att rå bestämma innehållet. Till exempel så här.

Gemensamma planerare innehåller nedmonteringsschemor, uppgraderingsschemor, strömstolpar, belysning, vägar, grundläggande konfiguration av robotportar. Det är tanken att sätta saker som du rör vid vilken bas som helst i förväg.

Logistik innehåller raka bälten, förgreningar, korsningar inklusive underjord, enkla balanserare, läss/lösspunkter, grundläggande enheter för huvudbuss. Logistik är särskilt högt använd, så att separera korta standards från stora strukturer gör det lättare att hitta.

Produktion samlar smältverk, elektriska ugnar, malmintag, komprimerad metallåterförsäljning. Så länge du växlar mellan version före och efter elektrifiering är det lätt att migrera.

Produktion innehåller växtillsamling av kugghjul, kretsar, forskningspaket, modulmaterial. Här ökar antalet produkter lätt, så småklassificering med ungefär "mellanvaror", "forskning", "senprodukter" fungerar.

Kraft innehåller kokaranghuvudenheter för ångvärme, solenergi, batteri, kärnkraft. Kraft uppgraderas ofta snabbt, så att ordna i en lätt uppstartningssekvens gör det enkelt i praktiken.

Järnväg innehåller enkellinje, dubbellinje, T-form, Plus-form, väntan, lastningsstation, lossningsstation, staplare. Järnväg blir bara tjock när du börjar röra vid järnvägsnät, så det är kompatibelt med nestlad bokkonvertering som diskuteras senare.

Mall B: Progressionstadiebasserad

Progressionsstadieklassificering är väldigt praktisk när du har mycket att lära. Om du delar tidigt/mitt/sent spel kan du bara gå och se saker som kan placeras på din nuvarande teknikstadium. En fördel är att samma roll men andra världsgenerationer eller andra inställningar kan vara annorlunda design, och det är särskilt kompatibelt med.

Denna klassificering är användbar när det finns mycket att lära. Den ursprungliga motivationen är att se vad som kan användas nu snarare än vad som ska läggas vart. Exempel på råoljeutveckling i en stageklassificering är enkla att förstå, så samma roll kan ha andra designgenerationer och är särskilt kompatibelt.

Innehållsproven är så här.

Tidigt spel innehåller stenugnar, rödgrön forskning av små linjer, ångkraft, enkel försvar med ammunition bälte, huvudbuss inträde som inte fastnar. Material är lätt och kan placeras snabbt.

Mid-game innehåller elektriska ugnar, utvecklad råoljebehandling, blå vetenskapsomkrets, mellan-skala kretsproduktion, basisk järnvägsstation. Från denna punkt blir ersättningen av logistik och kraft mer frekventa, så ersättningsdesign är användbar.

Sent spel innehåller högt täta linjer med beacons, stor kraftproduktion, staplardeposition, modulproduktion, lata senpellforskning linjer. Denna del av kraven och forskningsförutsättningar är tung, så senlags böcker blir nästan ett lagerför "när du är klar".

Det finns dock en tendens för progressionsstadie klassificering att överlapps senare. Till exempel, bara smältande, redan har framför smältugn rad, mittsmält-elektrisk smältugn rad, och senare högtät rad liknande designer. Erfarenheten gör att du vill välja "inom smältande", så långdrift tenderar att vilja vända detta till funktionsbaserad. Jag också började med detta skrift, men förlorade slutligen till funktionsbaserad.

Mall C: Planet/basbasserad

Planet/basbasserad är starkt kompatibel med Space Age. När du börjar köra flera planeter eller fjärrbaser är samma "produktion" men utrustningskrav och lägeskrav skiljer sig. Det är då oftare att vara snabbare att dela efter "var det används" än efter "funktion".

Tricket för denna komposition är att separera gemensamma verktyg från lokala ritningar. Byggplansböcker kan kapslas, så det är lätt att ha en gemensam bok och en planetbok som en separering.


Det verkar enkelt men det är faktiskt mycket effektivt. Eftersom omvälting av aktiv BP förutsätts av Shift+hjul är bara genom att fixera ofta använda saker i början mycket reducerad vilsenhet på plats. En ritningsbok är ett verktyg som är tänkt att användas organiserat. Ju mer du kan lägga i den, desto mer blir anordningen istället för innehållet faktisk nytta.

Som innehållsprover skulle det se ut så här.

Gemensam bok innehåller nedmontering, uppgradering, strömstolpar, robotnät, broar, allmänna läss/lösspunkter, allmän försvarslinje. Ställ saker som du rör överallt här.

Planet A-bok innehåller denna planets ofta använda utvinning, smältande, kraft, produktionsstandarder. Om det finns en stationsdesign baserad på terrängen och transportförhållandena, är det naturligt att kunna i denna bok.

Bas B-bok innehåller designritningar som är unika för en viss förhållandebas eller industriell område. Till exempel gruvförhållandet, försvarsväggen linje, leveransstationen, och en kanongrupp är "används bara på denna plats".

Denna metod är något överklassificerad för vanilla start. Men när Space Age-planetöverföring slår in öppnas det kraftigt. För tiden innan detta när jag spridde det i hand var det ofta så att "inte alltid samma station", "gemensamma nedmonteringsbehov fanns inte här", men efter att separera gemensam bok och planetbok blev detta mycket mindre vanligt.

Nestlad bokapplikation och namngivningskonvention

Nestlad bok är när du vill klassificera per kategori i små böcker. Det är lätt att ha allt i en bok, men antalet rollers ökar faktiskt med sökningen. Istället för att ha en stor, ensam bok är en nestlad struktur som binder kategoriboken mycket bättre att balansera sökning och ledning.

Jag separerade en "järnvägs" liten bok när jag förstärkte järnvägsnätet. Korsningar, stationer, staplar, fine-tune signalinmönster expanderade och blandning med andra kategorier blev långsamt. Efter att ha separerat detta fick flödet "öppna bok → järnväg → output önskad station" mycket naturligare, och i en praktisk mening blir det ett kortare steg. Denna skillnad är enkel men effektiv för saker som placeras många gånger.

Var du skär nestlad bok är när det finns en meningsfull bunt inom en kategori. Till exempel järnväg kan "spår", "korsning", "station", "staplare", signalhantering fina mönster, logistik kan "delar", "balanserare", "last/utsatt", produktion kan "mellanvaror", "forskning", "slutprodukter" dela upp. Omvänt, om du klassificerar för mycket när det bara är 2-3 ark per kategori, ökar antalet steg att öppna istället.

Namngivningskonventionen saknar officiell standard, men praktiskt sätt är namn där ett användar syfte visas först starkt. Bara genom att göra det kort och enhetligt förändras listan mycket. Till exempel den här formen.

  • gemensamt_planerare
  • logistik_bas
  • produktion_midbas
  • produktion_krets
  • kraft_atomkraft
  • järnväg_station
  • järnväg_korsning
  • planet_a_produktion
  • förhållande_försvar

För ritningar som importeras externt är det svårt senare om du sparar ursprunget eller versionen i namnet tillsammans med användningssyftet. Eftersom blandning av webbplatssinlämningar och självmodifierade saker är lätt att förvirra vilka som är vilka. Det ideala är att bara genom att titta på namnet kan du avgöra "vad gör denna ritning" och "är det hemgjord eller externimport?".

💡 Tip

Namngivning är bättre att göra enhetlig än att förbättra. Bara genom att fixera förparten på "syfte" förbättras översikten avsevärt.

För nybörjare är det enkelt att först skapa en funktionsbaserad förälderbok och bara klassificera de kategorier du behöver. Till exempel kan du placera "gemensam planerare", "logistik", "produktion", "kraft" och "järnväg" på första nivå i föräldern, och bara dela järnväg eller produktion längre. Med denna form kan även små kategorier senare odlas som de är.

ja.wikipedia.org

Design scroll-ordningen med Shift+mushjul i åtanke

Mall "1st team/2nd team/warehouse" scroll och exempel

Det verkar enkelt men det är faktiskt mycket effektivt. Eftersom omvälting av aktiv BP förutsätts av Shift+hjul är bara genom att fixera ofta använda saker i början mycket reducerad vilsenhet på plats. Enligt Factorio Wiki är en ritningsbok ett verktyg som är tänkt att användas organiserat. Ju mer du kan lägga i den, desto mer blir anordningen istället för innehållet faktisk nytta.

Jag delar innehållet i tre lager när jag tänker på scroll-ordning: "1st team", "2nd team", "warehouse". Känslan är ofta använd → ibland använd → arkiv. 1st team är en ritning du vill reflexivt kalla på, 2nd team är något som behövs ibland men inte daglig, warehouse är en sparbackup av gamla versioner eller special-ändamål lagring. Med denna tanke kan även när boken blir stor hålla hanteringen av framsidebiten mjuk.

Speciellt 1st team är det enkelt om du håller det i de första få posterna i varje liten bok (empirisk erfarenhet). Känslan är ofta använd → ibland använd → arkiv sorterat, och genom att hålla framkanten lätt blir Shift+hjul scroll snabb.

För försvarsbok placerade jag själv en gång turret rad, ammunition bälte, vägg linje i sekvens. Det här var verkligen bra, och "ah var är det" hände inte ofta mitt under expansion fighting. Ärligt talat, för mig själv älskar combat mest så märker jag denna skillnad starkt. Under kamp är operationen stressad, så goda och dåliga scroll-ordning visar sig direkt i handhastighet. Bara genom att sortera de tre huvudsakliga försvaren först på framsidan blir utvidgning och reparation tempo inte bruten.

Omvänt, om du lämnar arkivposter nära förväxt, blir distansen till ledande BP långsammare. Gamla förbättrade layouter från tidigare, specialiserad terrängversion, skissbara varianter, och importerade saker som ännu inte utvärderas bör inte lämnas på lättåtkomlig plats. Att spara det själv är viktigt men att placera det där det används behövs inte.

Scroll-beteende över nestlad bok och placeringstrick

Om du använder nestlad bok är ordena inuti ordnade för att kontinuerligt skannas. Med andra ord, istället för att helt separera förälderna från barnen, bör du tänka "vilken ordning kommer jag att röra vid målet när jag scrollar genom Shift+hjul?" är mer praktisk. Om du ignorerar detta blir klassificering rent men manuell framkallning långsam.

Med denna beteende som grund är det grundläggande att placera 1st team kategori i förväxt av föräldern. Till exempel gemensam planerare, försvar, logistik som du touchar lätt på vilken plats som helst placeras framför små böcker. Och även inom varje liten bok är det vidare 1st team på framsidan. Essensen är både förälderns entré och innehållsentré fixerad med 1st team. Med detta flöde från att gå in föräldern till målet bryts inte.

Placeringsintrycken är stor klassificering med förälder, omedelbar användning standard med barn. Till exempel försvar liten bok

article.share

R

RinSeo

Factorio 2,000時間超。100駅以上の列車ネットワーク運用実績と Death World マラソンクリアの経験から、物流・防衛の実践ノウハウをお届けします。