Suchergebnisse

Gar nicht. Die eine Sache, die du unter keinen Umständen tun solltest, ist die direkte Manipulation von DOM-Elementen, wie bsw. per document.getElementById. Für das Template ist ausschließlich Angular zuständig und stellt dir dafür Direktiven wie *ngIf, *ngFor, etc. zur Verfügung. Vergiss am...

Erstens hast du einen Fehler in deinem Code. Du initialisierst isValid nicht mit false, sondern weist das als Typ zu. Zweitens ist das Mapping von Array und Objekt keine gute Idee. Das Integer ließe sich auch aus dem Template übernehmen. <p *ngFor="let item of items; let i = index"...

Register und Login sollten separate Komponenten mit eigenen Routen sein. Das gehört nicht in die app.component.

Tu das.

Ich bin Angular-Entwickler und kann dir viele Fragen zu der Materie beantworten. Aber am Anfang steht wie üblich ein Tutorial, dass du durcharbeiten musst, um die Basics zu verstehen.

Nicht wirklich. Laden bedeutet, dass eine Klasse instanziiert wird und das betrifft lediglich die zur Route gehörende und per Template eventuell eingebundene weitere Komponenten. In dem Moment, wo du zu einer anderen Route navigierst, wird die vorherige Klasseninstanz destroyed.

Es wird alles erstes die Root-Komponente und alles, was dort inkludiert ist, geladen, also in der Regel die die app-component. Was nicht auf allen Unterseiten sichtbar sein soll, darf nicht in der app-component stehen.

Wieso setzt du einen Link zur Navigation? Die ist doch keine eigenständige Seite, sondern soll auf allen Seiten zu sehen sein. Die Nav-Component wird per Selector in die app.component.html eingebunden. Also so was wie <app-navigation></app-navigation> <router-outlet></router-outlet>

Nein, da gehört kein Script-Tag hin. TypeScript wird von Angular zu JavaScript kompiliert. Das ist ähnlich wie bei SASS.

Du schreibst in Angular den gesamten JavaScript-Code innerhalb der Komponenten. Das Script-Tag brauchst du nicht, und auch in der index.html sind normaler Weise keine Anpassungen notwendig. Die Inkludierungen macht das Framework selbständig, sofern du das Projekt per Angular-CLI erstellst.

Formuliere das mal verständlich. Die index.html sollte immer die Startseite sein, also Seite 1. Was genau soll passieren, wenn der User die Seite a) auf dem Desktop , bzw. b) auf dem Handy aufruft?

Unix Timestamp konvertieren. https://stackoverflow.com/questions/847185/convert-a-unix-timestamp-to-time-in-javascript

Weil das nichts mit Webentwicklung zu tun hat. Du kannst moderne Webanwendungen mit JavaScript als einziger Scriptsprache erstellen. Aber niemals unter Ausschluss von JavaScript.

Wenn du schon so fragst, wirst du die Antwort nicht verstehen. Das ist eine reine JS-Aufgabe. Beim Klick auf ein Auswahlfeld triggert man ein Change-Event, das auf der rechten Seite das zugehörige Auto rendert. Kopiert wird da nichts, sondern nur ein JavaScript Objekt upgedatet.

Ein SSL-Zertifikat sollte ohnehin Pflicht sein, wenn sensible Daten übertragen werden. Aber genau genommen kannst du es dir doch einfacher machen. Du sendest einen POST-Request und wenn der fehlschlägt, werden die Daten im LocalStorage gespeichert und nach einer bestimmten Zeit erneut...

Aber wie eingangs erwähnt eben keine POST-Requests.

IndexedD ergibt dann Sinn, wenn im Browser anstatt einfacher Key-Value-Pairs Arrays von Objekten persistiert werden sollen. Zwar lassen sich Arrays auch stringified in den LocalStorage schreiben und beim Auslesen per Schleife durchsuchen, aber ein Query auf die IndexedDB ist die elegantere Lösung.

Vielleicht habe ich das falsch verstanden, aber du willst nicht ernsthaft eine komplette Datenbank auf den Rechner des Users herunterladen, damit dieser sich dort einloggen kann? Das wäre die dümmste Lösung ever. Mein Ansatz bezog sich darauf, wie man ausgehende Requests cached, falls der User...

Normaler Weise im Service Worker Cache. Das funktioniert aber mit POST-Requests nicht. Allerdings gibt es Workarounds dafür. Einfach mal googeln.

Ein Thread zu dem Thema reicht.