Factorio Blueprint Book-organisering｜3-klassifikation template

I Factorio 2.0 og Space Age handler det mindre om at "skabe" blueprints end om at holde dem i en tilstand, hvor du kan kalde dem frem uden at blive lost. Denne artikel henvender sig til personer, der gerne vil vide, hvordan man fordeler håndholdt beholdning, konstruktionsplanens bog og bibliotek, og hvilken rækkefølge man skal arrangere dem i, så du kan nå de designs, du har brug for, på 1-2 scroll med Shift+hjulhastighed.

Konstruktionsplanbogen kan samle indhold i 1 slot, så hvis du bare organiserer de plannertyper, du bruger hyppigt, og basiskategoriboger først, bliver du ikke særlig lost engang når du opererer på tværs af planeter. Jeg husker også, at efter jeg låste robot-funktionen op, da jeg mass-producerede smelterier, skiftede jeg meget hurtigere efter at have konsolideret relaterede BPer i en bog, så jeg føler, at det er rigtigt at etablere organisationsregler tidligt.

Forudsætninger for Factorio Blueprint Book-organisering

Standardisering af terminologi

For at gøre de efterfølgende organiséringsteknikker lettere at læse skal vi først få ordene på plads. I denne artikel behandler vi konstruktionsplan = Blueprint (selve designet), konstruktionsplanens bog = Blueprint book (en bog, der opbevarer flere), konstruktionsplanbibliotek = Blueprint library (bevaringssted delt på tværs af alle lagrede spil) som sådan. Selv med Factorio 2.0-serien og Space Age er det mindre forvirrende at se det på denne måde.

Hvis det her bliver uklart, bryder organisationen let sammen. Jeg begyndte også med at lægge designs direkte frem i min håndholdte beholdning, og "hyppigt brugte BP'er" og "BP'er, jeg tilfældigvis har i øjeblikket" blev blandet sammen. Så steg behovet for miste-forebyggelse, omrangering og byt gradvist. Åbenbart ser det bekvemt ud i starten, men det har en tendens til at bryde sammen, når tallet stiger.

Svakheden ved håndholdt drift er, at organisationssteder bliver inventarafhængige. Hvis du utilsigtet flytter det til et andet sted, eller hvis rangeringen kollapser ud fra en håndholdt præmisse, kan du ikke finde det, når du skal bruge det. Med hensyn til normal kisteopbevaring er meningen imidlertid uenig om dets sikkerhed til langtidsopbevaring. Nogle spillere er bekymrede for muligheden for at miste hele kister ved reparation eller ulykker af steder, så det anbefales at flygte fuldt konstruerede standard-BP'er til bøger eller biblioteker (empirisk viden/vejledning fra fællesskab).

Fra det synspunkt er konstruktionsplanbogen et værktøj, der let kan sættes i midten af organisationen. Det bruger kun 1 slot, men kan indeholde ikke kun konstruktionsplaner, men også demonterings-planner, opgraderingsplanner og endda andre konstruktionsplansbøger. Med andre ord gør det det nemt at "samle hyppigt brugte ting i en bog", "kategorisere efter kategorier til små boglister", "have en fælles værktøjsbog". At øge flere enkelte håndholdte enheder mere end at basere dig på bøger reducerer administrationsomkostningerne betydeligt.

Endnu en vigtig ting er konstruktionsplanbiblioteket. Konstruktionsplaner og bøger gemt i biblioteket kan deles på tværs af alle gemte spil. Det er let at overse i enkelt-play, men når du begynder at røre ved genspil og verifikationsspil, er denne forskel ret stor. Fuldt konstruerede standard-BP'er kræver ikke at blive omplaceret hver gang, så stabiliteten som opbevaringssted er en anden størrelsesorden.

Bemærk, at bøger og konstruktionsplaner placeret på quickbar føles "der" udseende, men er ikke det faktiske organ. Det er en genvej, og det faktiske organ er på den oprindelige opbevaringssted. Hvis du forveksler dette, er det nemt at misforstå "det er på quickbaren, så jeg kan bærer det sikkert". Dette er et punkt, du gerne vil forstå før organisationen.

→ Reference

For grundlaget til den officielle specifikation er det nok at se 'Construction Plan Book - Factorio Wiki' og 'Construction Plan - Factorio Wiki'. Du kan bekræfte, at konstruktionsplanbogen er et emne til opbevaring, organisation og deling, kan håndteres i 1 slot og kan indeholde andre bøger. Forudsætningerne for 2.0-serien og Space Age er samlet i 'Kommende funktioner - Factorio Wiki'.

Set fra et praktisk perspektiv begyndte jeg også med at ordne design direkte i min håndholdte beholdning, men jo mere det voksede, jo mere tid brugte jeg på at omrangere "hvor blev det af?". Derefter skiftede jeg til at bundtle det i bøger og sende fuldt konstruerede produkter til biblioteket, og administrationsomkostningerne faldt straks. Snarere end selve organiséringsteknikken, er det mere effektivt at beslutte hvad der skal blive i din håndholdte beholdning, hvad der skal boges, og hvad der skal fastgøres til biblioteket først. Det er faktisk vigtigt.

Construction Plan Book - Factorio Wiki

wiki.factorio.com

3 opbevaringssteder, du skal beslutte først: Håndholdt, Blueprint-bog, bibliotek

Svagheder ved håndholdt drift og hvordan man begrænsere midlertidig drift

Styrken ved håndholdt drift er, at du kan bruge designet lige efter oprettelse direkte. Når du vil placere den eksperimenterede ovn eller midlertidig forsvarlinie igen, kan du bevæge dig uden først at sætte det i en bog. Kun i de helt tidlige faser kan denne responsivitet være ganske komfortabel.

Men jo længere det fortsætter, jo lettere bliver det rodet. Selv styring af, hvor hvad skal ligge i inventaret, bliver til administration, og "常用 BP" og "BP, jeg tilfældigvis lavede" bliver blandet. Jeg blev også lost mange gange af dette. Især når jeg begynder at have flere baser, stiger antallet af plannertyper til mine håndholdte ting til minebases, forsvar, jernbaner og reparation, og jeg kan ikke få hvad jeg har brug for på én gang.

Space Age gør denne svaghed endnu mere bemærkelsesværdig. Når planetbevægelse kommer med i billedet, bliver håndholdt driftens håndterbarhed pludselig dårlig. Det føles godt normalt, men i det øjeblik du bevæger dig på tværs af planeter, bliver "hvor lagde jeg det design?" hyppigere. Håndholdt skal ses som en midlertidig placeringssted lige efter oprettelse eller et engangsområde, der bruges kun på stedet. Denne afgrænsning forhindrer sammen breaking.

Som en retningslinje bør du ikke bære omkring på fuldt konstruerede produkter for evigt. De, der skal genbruges, skal gå til bøger, og standard-produkter, der bruges på tværs af spil, skal sendes til biblioteket. Blot denne skelnen kan forhindre mange organisationssammenbrydninger i betydelig grad.

Fordele ved bogdrift og hvordan man laver den første bog

Fordelen ved konstruktionsplanbogen er, at den kan samle indhold i 1 slot. Derudover kan den indeholde ikke kun konstruktionsplaner, men også demolerings-planner, opgraderingsplanner og endda andre konstruktionsplansbøger. I daglig drift er denne "kunne bringe det til en bog" egenskab virkelig stærk. Søgesteder reduceres drastisk sammenlignet med at holde enkeltprodukter på linje.

Fra et driftsperspektiv er bogdrift også lettet at håndtere. Aktive designs kan cykles gennem Shift+musehjul, så hvis du lægger hyppigt brugte ting tæt på hinanden, er det ret hurtigt i praksis. Selv med indlejrede bøger kan du forfølge dem i sammenhæng, så at dele i mindre boglister som "fælles værktøj bog", "logistik bog", "smelteri bog" er mere håndterbart end at proppe alt i en enkelt.

At gøre den første bog ikke så snørlet og bare først at fælde hyppigt brugte ting er mindre fejlgørende. Jeg ville først lægge demolerings-plannen, opgraderingplanneren, elektriske stolpe, ovnrække, bæltekomplement og en kort standard forsvarslinie. Med andre ord skal du få "det ting, du helt sikkert rører, hvis du er lost" til at være først. Snarere end at lave en stor klassifikation først, er det mere modsat at proppe efter brugsfrekvens at være modsat ved real operation.

Kompatibilitet afhængigt af afspilningsstil kan organiseres løst i tabellen nedenfor.

Når du ser denne tabel, er det almindeligt for det sædvanlige center at hvile på bøger. Håndholdt er midlertidig placering, bog er stedbog, bibliotek er aktivkammer, og denne arbejdsfordeling gør organisationen ret stabil.

Bibliotekdrift: Grundlæggende deling på tværs af alle lagrede spil og mærkning

Værdien af bibliotekdrift er, at den kan deles på tværs af alle lagrede spil. Standard-designs behøver ikke at blive flytte på hvert spil igen, så det virker for personer, der spiller gennem igen, verifikationsspil eller håndterer multi-base adskillelse. Som et sted til at placere fuldt konstruerede fælles aktiver er det meget mere stabilt end håndholdt eller enkelt-spil lager.

Praktisk set er det nemmere at fungere ved at placere almindeligt brugte bøger i "My Blueprints". Fællesskabet har også etableret operation med at åbne biblioteket med B-tast til administration. Jeg ændrede også til at placere "fælles planners bog" permanent på biblioteket efter at jeg begyndte at spille flere spil på tværs. Sådan gør denne "nok helt glemt" usikkerhed næsten forsvinder. Det er lille, men denne ro kan være ret stor.

Biblioteket er praktisk, men har let til at blive oppustet hvis det efterlades alene. Hvad der virker der er mærkning. Du behøver ikke at lave en præcis navnegivningsregel, men i det mindste at dele "fælles", "planet", "eksperiment", "ekstern import" kan reducere søgepresset betydeligt. Hvis du er Space Age-orienteret, er det særlig kompatibelt at dele fælles værktøjsgrupper i en bog og planetspecifikke produktion og basedesign i separate små bøger.

Brugen af bibliotek som opbevaringssted og bog som bredt transportsat virker bedre, jo længere tidssekvensen er. Space Age har tendens til at blive længere spil, og både base og planet stiger, så betydningen af at flygte fuldt konstruerede produkter til biblioteket bliver gradvist større.

Fallgruber ved kisteopbevaring og quickbar

Konstruktionsplan- og bogopbevaring i normale kister har både fordele og ulemper som langtidsopbevaringssted. Praktisk set er der bekymringer om at blive tabt eller ødelagt ved renovering eller ulykker på stedet, og det er mere sikkert at flygte standard-BP til bøger eller biblioteker. Medtaget at quickbar er genvej snarere end organ er det også at foretrække at prioritere opbevaring i bog eller bibliotek (vejledning fra fællesskab/empirisk viden).

Quickbar er også et punkt, der er let at misforstå. Udseende er "der ligger en bog her", men det er ikke organet, det er en genvej. Det faktiske organ er på den oprindelige opbevaringssted. Med andre ord, at arranger quickbar selv er hverken opbevaring eller organisation. Hvis denne genkendelse mangler, bryder styringen sammen med tanken "det er på quickbaren, så det forsvinder ikke".

At blande disse to er den farligste situation. Den situation hvor du placerer selve organet i en kiste, ser bare quickbar og føler sikkerhed med administrationen, der bryder sammen. Opbevaringssted skal flyttes til bog eller bibliotek, kiste er midlertidig tilbagetrækning eller mindre, quickbar skal behandles som operationsgenvej. Når du kan skille dette, bliver organisationens grundlag ret stabilt.

Anbefalet klassifikationstemplate

Klassifikation er mindre vigtig at "ramme det rigtige svar" end at ordne det til en form, der undgår at blive lost på stedet. Jeg begyndte også bare med at lave en bog, der tilførte alt dertil, men når tallet stiger, bliver antallet af handlinger for at nå hvad du vil have at blive listen været lige stille. Især efter Space Age bliver både base og rolle lettere spredt, så hvis du først sætter aksen for genbrugsmål, vil det ikke blive rodet.

Først at se på tre hyppigt brugte mønstre ned vil gøre det lettere at organisere.

Når du ser denne tabel, er funktionsbasis den nemmeste at anbefale for begyndere først. Grunden er simpel, du kan søge efter "hvad jeg vil gøre". Hvis du vil trække bælter, logistik, hvis du vil sætte ovn, smelteri, hvis du vil øge energi, elektricitet, denne korrespondance er intuitiv. Det er også nemmere at migrere senere, når du udvider til progressionsfase eller planetbase, og det er lett at håndtere som grundlag for klassifikation.

Template A: Funktionsbasis

Funktionsbasis er den klassifikation, der bryder mindst i daglig spil. Bare at se katalogunavnet kan du forestille dig indholdet, og det er lettere at fordele eksternt importerede designs. I fællesskabsfordeling, såsom råoliebehandling, mainbus, kraftværk, jernbanestation, minestationerne med, er der mange eksempler på, at de er samlet efter funktioner, og det er stærkt at ikke bryde selv uden at blande selvlavede og genanvendte.

Den indledende struktur er ikke for mange forøgede, det drejer sig bedre omkring. Selv ville jeg begynde fra denne arrangementsform.

• Fælles planners
• Logistik
• Smelteri
• Produktion
• Elektricitet
• Jernbane

Hvis det er nødvendigt her, er det nok at tilføje forsvar eller petroleumskemi. Det er ikke nødvendigt at øge fra starten, omkring (forfatterens målestok) omkring 6 bøger for at begynde betyder, at det er lettere at huske stedet i hovedet, og "hvor endte det op" forekommer mindre. Hvis du starter med over 10 kategorier fra starten, føler det sig organiseret, mens søgningen bliver langsommere, så vær forsigtig.

At have nogle samples af indholdet gjort på forhånd gør også det lettere at ikke blive lost. For eksempel sådan her.

Fælles planners sætter demolerings-planner, opgraderingplanner, elektrisk stolpe, belysning, fortov, robotport standard layout. Siden forestillingen er at røre hvad som helst både som siden, skubbe det foran.

Logistik lægger lige bælte, forgrening, underjordisk inkluderet crossing, simple balancer, lastnings-/aflastningsåbninger, basis mainbus enhed. Siden logistik bruges meget hyppigt, hvis du deler korte standard og store strukturer i forskellige sider, er det lettere at finde.

Smelteri samler stenovn, elektrisk ovn, malmindtag, pladekompression skub. Hvis du deler dette i separate sider med tidlig brug og elektrificering efter, bliver overgangen lettere.

Produktion lægger tandhjul, kredsløb, forskningspakke, modulstofsammensetningslinjer. Her øges artikelnummeret let, så at dele "mellemstof", "forskning", "sent stadie dele" virker.

Elektricitet lægger kedel damp, solceller, batteri, atomkraft basis enhed. Siden elektricitet skal ofte øges hurtigt, hvis du arrangerer fra let at starte rækkefølge, bliver det praktisk.

Jernbane lægger enkelt spor, dobbelt spor, T, kryds, pendling, lastningsstation, aflastningsstation, stacker. Her bliver bare jernbanenetværk ramt, så denne del bliver pludselig tyk, og den har god kompatibilitet med senere nævnt nesting bog samlet.

Template B: Progressionsfase

Progressionsfase klassifikation hjælper meget, når du skal lære meget. Med at dele tidlig/mid/sen fase kan du gå til kun hvad du kan lave med nuværende teknologi, hvilket er en stor fordel. Der er eksempler på råolieopsamling splittet efter fase til distribution, som har særlig god kompatibilitet med samme rolle med anden generations udstyr.

Denne klassifikation virker, når du prioriterer "hvad kan jeg bruge nu" over "hvor skal jeg sætte hvad". Siden tanken er at skifte hver gang afmonteringsudstyr eller bæltets generation stiger, er dette ret naturligt som læremiddel.

Prøvens eksempel indhold bliver sådan her.

Tidlig fase lægger stenovn serie, rødt grønt forskning lille serie, dampturbine, enkle forsvarslinje med ammunition bælte, mainbus indgang, der ikke fastkørelseschanse. Materialer er lette, noget du kan sætte hurtigt.

Mid fase lægger elektrisk ovn serie, udviklet råoliebehandling, blå videnskab kring, middelstørrelse kredsløbsproduktion, jernbane basis station. Fra denne fase stiger genopbygning af logistik og elektricitet, så designudgaver bruges.

Sent fase lægger beacon forudsætning maksimal serie, stor udvisning, stacker terminal, modulproduktion, sent stadiet forskning linje. Både materialkrav og teknologi forudsætninger er tunge, så sent fase bog bliver "brug når det er fuldt produceret" som opbevaringssted nær.

Progressions fase klassifikation har let ved at blive dubleret i mid fase og senere. For eksempel blot smelteri, er der serien af tidlig fase ovn, mid fase elektrisk ovn, sent fase høj densitet serie som lignende formål design. Hvis du bliver vant til det, bliver følelsen "vil gerne vælge inden for smelteri" stærk, så ved længere drift har man tendens til at ønske at gå over til funktionsbasis. Jeg begyndte også fra denne form på et tidspunkt, men endte omsider med at blive optaget i funktionsbasis.

Template C: Planet/base

Planet/base klassifikation har god kompatibilitet med Space Age. Når du begynder at arbejde flere planeter eller fjernsteder, selv det samme "produktion" skifter påkrævet udstyr og stedets omstændigheder. Sådan bliver det hurtigere at dele efter "hvor bruges det" snarere end "hvad gør det".

Tricket med denne struktur er at adskille fælles værktøjer fra stedspecifikke designs. Siden konstruktionsplan bog kan neste, kan du adskille fælles værktøj i fælles bog, planet unik i planet bog, hvilket er let at håndtere. 'Construction Plan Book - Factorio Wiki' bekræfter også at bog i bog kan sættes ind.

Prøveindhold ville være sådan her for eksempel.

Fælles bog placerer demolering, opgradering, elektrisk stolpe, robot net, belægning, fælles lastnings-/aflastningsåbning, fælles forsvarslinje. Siden noget som helst du rører hvor som helst skal samles her.

Planet A bog samler hyppigt brugte mine, smelteri, elektricitet, produktion standard på denne planet. Hvis der er stationsdesign tilpasset til terrain eller transportvilkår, har denne bog det naturligt.

Base B bog samler stedspecifikt base eller industridetaljer. For eksempel minestationssamling, forsvarsmur linje, forsyningsstation, kanonstruppe såsom "denne stedsindividualitet".

Denne metode er lidt for detaljeret i vanilla tidlig fase. Men når Space Age begynder at blive omrotet omkring planetbevægelse bliver det straks meningsfuldt. Da jeg spredt håndholdt beholdning, var der "sædvanlig station er ikke her", "fælles demolering er ikke her på stedet". Men efter at dele fælles bog og planet bog reduceres denne lost markant.

Nesting bogs brugssteder og navnegivningsregler

Nesting bog bruges naturligst når du vil få små boglister pr. kategori. At kunne sætte indhold uden grænse i en enkelt bog er praktisk, men i virkelighed stiger scrollemængde, der går søgetid også op. Snarere end enkelt stor kapacitet er netning små bogsamlinger, for at søgning og management balance er lettere.

Jeg gjorde 'jernbane' lille bog uafhængig, da jeg stærkede jernbanenet. Krydsninger, stationer, stackers, signal justeringsfiner steg sådan, at at blande andre kategorier gjorde skift langsomt. Efter at dele dette blev flowet "åben bog → gå til jernbane → få ønskede station" ret ligetil, eller ja en action kortere på følelsen. Sådan en forskel er lille, men jo mere gang man sætter det, jo mere virker det.

Nesting klippested er når der dannes yderligere betydeningsfuldt bundt inden for kategori. For eksempel jernbane bliver "spor", "krydsning", "station", "stacker", produktion bliver "basis del", "balancer", "lastning", "mellemstof", "forskning", "sent stadiet del". Omvendt, hvis du gør mange bare kategori enkelt bog hvor der kun kommer 2-3 stykker, bliver handlingen at åbne tungere i stedet.

Navnegivningsregler har ingen officiel standard, men praktisk set er navn hvor formål kommer først til at se meget kraftig. Bare at gøre det kort og ensartet kan ændre oversigten meget. For eksempel sådan:

• fælles_planner
• logistik_basis
• smelteri_tidlig-mid
• produktion_kredsløb
• elektricitet_atomkraft
• jernbane_station
• jernbane_krydsning
• planet_A_produktion
• forpost_forsvar

Designs importeret udefra bør holde oprindelse eller version i navn, hvis du selv har ændret. At være i stand til at skille "hvad gør designet" og "hjemmesimuleret eller ekstern import" ved at se på navn er ideelt.

For begyndere først at lave funktions basis forældreborg, derefter kun bokserværktøj kategorier inden for er lett. For eksempel foralde bod første etage har "fælles planner", "logistik", "smelteri", "produktion", "elektricitet", "jernbane", og hvis du vil dele noget mere mens små, kan du dele kun en jernbane eller produktion. Fra denne form er selv småkategorier lettere at udvikle bagefter.

JR West Japan Railway Company：Top Side

JR West Japan (West Japan Passenger Railway Co., Ltd.) officielle site. Ud over sikkerhedsbestræbelser og driftsinformation præsenteres virksomhedsinformation, ansættelsesinformation og information om udflugt med jernbane og liv-stilbogen. Jernbane fan indhold er også velfildt.

www.westjr.co.jp

Design orden med Shift+mouse-hjul som forudsætning

"1. Tier/2. Tier/Storage" ordre template og eksempler

Her ser lille men virker virkelig. Siden skift af aktivt BP forudsætter Shift+hjul, at få hyppigt brugte ting først reducer en gång straks søgeforvirring. 'Construction Plan Book - Factorio Wiki' behandler også blueprint bog som værktøj med førudsætning for organization. Siden man kan sætte så meget som man vil ind, bliver ved indlægning vigtige, bliver ved ordning vigtigere praktisk.

Når jeg tænker på ordre arrangerer jeg altid først i 3 lag "1. Tier", "2. Tier", "Lager". Fornemmelse er hyppigt brugt → somme tider brugt → arkiv order. 1. tier er designs du refleksivt kalde frem i felt, 2. tier er nogle gange skal bruges men normalt ikke, lager er udgave du ikke vil slette at opbevare eller særlig formål. Denne tænkegang gør selv bogen stor, første side kan håndteres uden at blive rodet.

Især 1. tier skal presses nogle kort records først på hver lille bog (empirisk). Fornemmelse som hyppigt brugt → somme tider brugt → arkiv orden, først at holde lys føler Shift+hjul cyklus hurtigere.

For forsvarsbog gjorde jeg selv første rad til [[kanon][ammunition bælte][mur linje]] serienumre på et punkt. Det var ret godt, selv under ekspansionskamp opstod "hvor var det" ikke let. Sandheden er, at jeg elsker combat mest, så jeg føler sådan forskel stærkt, under combat er operation travl, så orden kvalitet kommer ud som direkte hånd hurtighed forskel. Hvis første forsvarsbog først 3. punkt primær sæt, bliver reperation tempo ikke rodet, selv ekspansion i gang.

Omvendt, hvis noget skal gå til lager på samme første, bliver hovede BP til langt afstand. Ålder forbedret førskelayout, speciel terrain, eksperiment variant, eksternt importeret uudbedret er ikke noget at holde i let brug positioner. At beholde det selv er vigtig, men at sætte noget med bruges ikke på den samme positioner det kan blive forvirrende.

Nesting bog oversigt adfærd og arrangement trik

Hvis du bruger nesting bog skal du arrangerer indhold som det at blive scannet løbende efter følelse. Med andre ord, snarere end at behandle forældreborg og datterbog helt separat, skal du tænke "hvad når jeg flugtede Shift+hjul, hvad ord mødte