<article> <h3> <a target="_blank" href="/" >JavaScript HTML CSS</a> </h3> <p> Wer mit Browser- und serverseitigem JavaScript <a target="_blank" style="text-decoration: unterline;" href="https://www.w3schools.com/js/js_classes.asp" title="&#11016; z.B. JavaScript Class" >es6</a> auskommt, kann <a target="_blank" style="text-decoration: unterline;" href="https://docs.deno.com/runtime/fundamentals/security/" title="&#11016; z.B. mit Deno - ohne Config - ohne Build-Prozedere - ohne zusätzliche Abhängigkeit für HTTP-Server und PostgreSQL - gleicher Code im Browser und Server" >sicher mit wenig Abhängigkeiten und Aufwand</a> zu Anwendungen kommen. </p> <p> <a target="_blank" style="text-decoration: unterline;" href="http://kantn.jobst-software.net:8080/aussendienst4/stempelkarte4.html" title="JavaScript es6 mit Modulen und Klassen -- OHNE Webserver -- MIT SQL-Proxy und SQL-Filter (d.h. nur SQL's auf der Positivliste sind zugelassen)" > Wenn's ohne Webserver gehen soll, dann halt so. <br /> Wenn man trotzdem Daten braucht geht's sichs u.U. mit Webservice bzw. SQL-Proxy aus. </a> <a href="http://kantn.jobst-software.net:8080/aussendienst4/stempelkarte4.html" target="_blank" > <img src="/public/js_es6_app_stempelkarte.png" alt="Stempelkarte4" style="width: 20%; opacity: 0.7;" /> </a> </p> <div> <span title="bei Script/Runtime/VM-Sprachen ist meist Exceptionhandling da. Da sammelt auf Controllerebene der catch das Unglück ein schreibt eine Logzeile und gibt bei Dialoganwendungen eine Meldung aus. ( ohne, dass die App baden geht )" >Die Script/Runtime/VM-Sprachen können einiges</span> <ul> <li>automatische Speicherverwaltung</li> <li>kein undefiniertes Verhalten</li> <li>begrenzter Zugriff auf Platte/Netz/Umgebung</li> <li>wenn über das OS installiert -&gt; Updates ohne extra Aufwand</li> </ul> <i>(so surft man täglich im Internet und lässt Scripte im Browser laufen)</i> </div> </article>