Publikt · Procedural strategi

Defend

Ett fysikdrivet strategispel där en ändlig energiresurs kopplar samman hälsa, byggande, försvar och ekonomisk konsekvens, så varje defensivt val ingår i samma resursmodell.

Nisch
Systemisk tower defense / fysisk strategi
Kärnstack
TypeScript · Babylon.js · Rust/WASM-experiment
Design
Sluten ekonomi · tillfällig infrastruktur · fysik
Status
Spelbar historisk version + moderniseringsprogram
Defends slagfält med torn och inkommande sfäriska angripare
Historical playable build: the physical battlefield, temporary defenses and incoming raiders remain the behavior reference for the modernization.

Studien

Defend gör tower defense till ett fysiskt slagfält som kan formas, fördröjas och manipuleras.

Massa, momentum, kollision, blockering, knockback, gravitation och tid är taktiska variabler. Angripare kan fördröjas tills deras ändliga liv löper ut, omdirigeras, fångas, skjutas från arenan eller förstöras genom direkt skada.

Systemstruktur

En ändlig resurs kopplar samman spelets huvudsystem.

Energi kopplar samman ekonomin

Den skyddade resursen försörjer också hälsa, byggbudget, stridsåterhämtning och strategisk driftskostnad.

Tid är en taktisk resurs

Angripare med ändlig livstid gör fördröjning och ruttformning till meningsfulla strategier tillsammans med skada.

Infrastruktur utvecklas

Torn skapar perioder av kontroll på ett slagfält vars geometri och tryck fortsätter förändras.

Mekaniken bär berättelsen

Kampanjens progression uttrycker spelarens förändrade relation till energiekonomin genom mekanik och resursflöde.

Produkt- och interaktionsdesign

Rörelse, geometri, ljud och synligt resursflöde förklarar världen direkt.

Kontinuerliga fysiska avvägningar och synlig orsak och verkan låter spelaren förstå varför en handling fungerade genom att observera systemets respons.

Progression utvidgar försvarskapaciteten medan den delade ändliga resursen håller varje nytt alternativ ekonomiskt meningsfullt.

Arkitekturperspektiv

Den aktiva moderniseringen behandlas som en strangler-migrering runt en bevarad körbar referens, inte som en omskrivning som kastar bort beteendeevidens.

Den historiska Webpack-, Babylon 3- och Cannon-versionen finns kvar för paritetsfrågor medan den aktuella hybridmoderniseringen inför explicita gränser för domän, protokoll, workers, ljud och rendering.

Beteende före ersättning

Äldre beteende mäts och återskapas inkrementellt så mekanik, inputkänsla och visuellt språk kan överleva moderniseringen utan att gamla ägarskapsmönster följer med.

Deterministisk domängräns

De aktiva moderniseringsreglerna håller simulerings- och protokollkod oberoende av Babylon och omgivande browser-globals och håller spelbeteende borta från Math.random(), väggklocka och implicita timers.

Tydligt plattformsägarskap

Workers skapas bakom worker-gränsen och AudioContext ägs bakom ljudtjänster, så presentationskod inte tyst blir infrastrukturens auktoritet.

Ingen privilegierad AI-orakel

Den aktiva arkitekturpolicyn avvisar dold åtkomst till fortress-tillstånd för angripare och håller AI-beteende inom de informationskanaler som speldesignen faktiskt modellerar.

Utvecklingsmetod

Den historiska spelbara versionen är en levande skissbok av interaktioner och ger en konkret referens för studie och modernisering.

Modernisering börjar med att isolera ett beteende — en kollision, nedbrytningsregel, energiutbyte, ljudrespons eller fiendetaktik — och återskapa det i Storybook eller ett litet deterministiskt laboratorium. Fokuserade experiment gör ”tänk om?”-frågor billiga medan hela spelet finns kvar som beteendereferens.

Lovande experiment jämförs med den historiska versionen och kodas som explicita kontrakt innan de går in i huvudarkitekturen. Processen förenar arkeologi, prototyper och bevis så att karaktär, mekanik och implementation kan utvecklas tillsammans.

Nästa: QMK / Vial / Halcyon→