Ett JavaScript ramverk som man inte behöver installera?

Det är jätteskoj att du försöker lära dig, men du kanske ska sänka ambitionsnivån några snäpp.

Eftersom du pratar om javascript på en websida så är det en webläsare som kommer att köra koden. Låser du koden, dvs den ändras inte, och lås webläsaren så kommer det att fortsätta fungera. Det finns en anledning till att det länge fanns grejer som krävde IE6. Finns säkert något kvar fortfarande.

Har du inga krav på javascriptramverket så skippa ramverk. Det finns inget tvång att använda det. Det underlättar också när det kommer till att låsa koden eftersom du annars är beroende av att servern som du hämtar ramverket ifrån fortsätter att tillhandahålla det.

Men som sagt, med tanke på vad du skriver så kommer ditt största problem att vara att bygga sidan. Börja med det och lös de andra problemen sen.

Det känns som du saknar mycket grundförståelse i programmering för att kunna ta på dig detta projekt. Jag rekommenderar att lägga något år på att avklara grundkurser på youtube/udemi i allt från nätverk, webbutveckling, javascript, webbserver, säkerhet, webbapi:er.

Efter detta har du förståelse själv att veta om vue.js, react eller angular är rätt väg för dig. Om du vill ha ett frontend-ramverk som kräver kompilering eller kan köras direkt i webbläsaren. Om servern ska serva filerna eller om de ska hostas på cdn. Ska graferna renderas i backend som bilder eller renderas i webbläsaren direkt. Hur data till graferna ska nå klienten i webbläsaren. Osv.

Med säg React är det lätt att göra grafer då du kan installera färdiga komponentbibliotek nån har gjort som du bara matar med din data och säger hur grafen ska se ut så är det klart typ, men det finns ingen anledning till varför du inte kan göra samma saker utan ett stort bibliotek/ramverk.

Använd t ex https://www.chartjs.org/ via CDN så kan du göra grafer. Finns säkert massa andra bibliotek men det dök upp först när jag kollade snabbt.

Tror inte det finns något inbyggt i JS för att göra grafer om det är det du menar, då får du bygga ett eget grafbibliotek och det känns lite extremt.

JavaScript lägger in element i ditt HTML-dokument. Graferna du ser är HTML som genererats av JavaScript.

Du verkar inte riktigt vara med på vad JS är och hur det används.. jag föreslår att du tar reda på detta innan du planerar ditt stora projekt. Ramverk har inte direkt någon betydelse om du fortfarande inte har koll på hur det ska användas.

"Vanilla" JavaScript (d.v.s, helt vanlig JS) kommer du långt med. Ladda annars bara in t.ex. ChartJS i ditt HTML-dokument så slipper du bråka med att bygga upp dina grafer från grunden.

Du laddar in detta genom HTML-taggen:

<script src="https://cdn.jsdelivr.net/npm/chart.js"></script>

Då kommer skriptet att laddas ner på din KLIENT och aldrig landa på servern ö.h.t. Din server behöver alltså inte bry sig mer än att ge det ursprungliga HTML-dokumentet som din KLIENT laddar ner.

Det är sedan KLIENTEN som exekverar detta javascript-bibliotek och tolkar det som står i din HTML-fil (som då alltså innehåller både HTML, CSS och JS). Din server har en enda uppgift och det är att skicka HTML-filen till den som begär den.

Behöver sidan och dess grafer uppdateras i realtid, eller duger det med att ladda om sidan manuellt? Det finns säkerligen något lättviktigt bibliotek för att rita grafer som du kan använda, och behöver du inte dynamik så blir det rätt onödigt med ramverk.

Det är väl upp till dig.
Som sagt, om LTS är jätteviktigt så är inte ramverk/bibliotek vägen att gå.
Dessvärre kommer du då själv att behöva bygga all kod för de features du vill stödja.

Om du ska köra med ett ramverk vars kod du hämtar från ett CDN så kommer det, någon gång, att sluta fungera eftersom versionen inte längre stöds eller har flyttats etc. För varje externt beroende du använder tillkommer även en massa potentiella säkerhetsrisker som du då behöver hålla koll på och uppdatera versioner, vilket innebär att du kommer behöva in och ändra saker lite allteftersom.

Om tanken är att utomstående ska ha tillgång till din webbserver och trafik kan komma ifrån en mängd olika webbläsare skulle jag säga att LTS ändå är att glömma och då kan du lika gärna använda något ramverk.

Du kan absolut göra grafer med JavaScript. Alla nämnda ramverk och bibliotek är ju i grund och botten bara JavaScript som via sina APIer, struktur och hjälpfunktioner ger dig möjlighet att snabbare, enklare och mer optimerat göra vissa saker. Ingen av dom adderar någon unik feature som vanligt JavaScript inte klarar av.

Vad gäller just grafer specifikt så kan du absolut skapa egna men det är inte vidare enkelt förutsatt att du vill ha lite mer avancerade varianter. Det finns liksom inget inbyggt graf-API i JavaScript som man lätt kan använda utan du behöver skapa det själv och verkligen "manuellt bygga graferna". Så förmodligen är det en väldigt bra idé att kika på t.ex chart.js som någon nämnde så att du slipper det jobbet.

Om du nu har programmerat i 10 år så borde du veta att du utvecklar mot en specifik version av ett ramverk. Litar du inte på att ChartJs inte uppgraderar och förstör din sida så tar du en kopia av js-filen och servar den själv. Då kommer den aldrig att uppgraderas med mindre än att du gör det själv.

Premissen att tvunget köra en webbserver på extremt enkel hårdvara har inte motiverats. "För att det är kul" är förstås en fullt giltig anledning, men när den kombineras med "behöver funka i 10 år", så börjar man ju undra.

Det finns många anledningar till att det är bättre att skicka upp data centralt och sedan presenentera den där. Det kräver förstås en del provisioning om man vill ha säker identifiering av varje enhet och internetuppkoppling blir ju då ett krav, men uppenbarligen finns redan nätverksanslutning i alla fall. Gör man så försvinner ju en stor del av diskussionen om vilket ramverk som är det bästa. Ta ett, byt om det var fel och möjligheten att säkerhetsuppdatera ramverket finns kvar utan att behöva röra enheten.

TLS är ju en sak att fundera över också. Webbläsare är ju ofta inte sugna på att ansluta utan https. Om några år kanske de vägrar helt om man inte går in och slår om någon obskyr inställning. Hur ska ett eventuellt servercertifikat hållas uppdaterat? Problemet att säkra dataflödet försvinner förstås inte om man skickar upp data centralt i stället.

Självklart, men man brukar göra det med NodeJS eller Ajax. Alltså på serversidan.

Då föreslår jag att du kollar på websockets och låter servern snacka med databasen. Då har du en kontinuerligt öppen anslutning mellan klient och server och skickar datan när den uppdateras. Klienten renderar om graferna som du skapar med ett litet bibliotek.

Här är första sidan jag hittade om att köra websockets på esp32: https://randomnerdtutorials.com/esp32-websocket-server-arduin...

Ajax är ett sätt att skriva asynkron JS. https://www.w3schools.com/js/js_ajax_intro.asp

Du klarar dig utan nodejs. Som sagt, låt webservern skicka data med websockets. Klienten renderar om när den får data. Inga ramverk. De enda beroendena är websockets och det eventuella grafbiblioteket du väljer.