Gut danke..
Du hast natürlich recht - ich meine die vorherige technologie.
vor nem Jahr ungefähr wurde mir noch noch abgeraten, da Core noch nicht soweit war für den produktiven einsatz.
Die Roadmap hat noch ein paar features offen..
Du vermischt quasi alles, was man so vermischen kann ;-)
- .NET Core ist eine Runtime
- ASP.NET eine Technologie/Engine - diese kann man aktuell sowohl auf .NET Core wie auch auf .NET Framework verwenden
- MVC eine Middleware(Feature); man kann sie aktivieren - muss es aber nicht. "ASP.NET Core MVC" gibt es nicht.
ASP.NET Core ist der Produktname - und MVC eben nur eines von vielen vielen Features.
Ab .NET Core 2.0 ist es zu empfehlen - davor sehr eingeschränkt.
Wenn man nicht .NET Framework *muss*, sollte man .NET Core verwenden.
Palins Vorschlag nutzen wir auch aktuell für einen Projekt Relaunch.
Dort stellt ASP .NET Core sowohl den Server als auch mit WebAPI eine REST Schnittstelle mit JSON als Format zwischen Server und Client bereit.
Das Web selbst ist als SPA konzipiert und wird mit Angular 2+ auf Typescript Basis umgesetzt.
Die Clients kommunizieren dann nur noch über WebAPI mit dem Server.
Lässt sich super umsetzen, sobald man sich einmal in Angular und WebAPI eingearbeitet hat.
T-Virus
Developer, Developer, Developer, Developer....
99 little bugs in the code, 99 little bugs. Take one down, patch it around, 117 little bugs in the code.
MVC war früher wie WebAPI ein eigenes Produkt - das gibt es so nicht mehr.
Das Produkt heisst "ASP.NET Core" und Funktionalitäten werden über Middlewares hinzugefügt - zB. Mvc oder Http APIs.
Man kann aber ASP.NET Core auch völlig ohne Mvc oder API betreiben.
Machen wir zB. bei Services, die nichts anderes machen als auf einen Message Bus zu hören aber keinerlei HTTP Features haben.
Und noch weiter gesponnen: das Pipelining von Kestrel ermöglich sogar MVC-behavior völlig ohne ASP.NET Core zu betreiben.
Den hatte ich sehr gerne mit ASP.NET MVC5 benutzt.
Wenn ich nun ASP.NET Core 2.0 mit Razor und Tag Helper verwende, kann ich diesen Theme nicht mehr verwenden, da nicht unterstützt.
Razor ist eine Engine um HTML zu erzeugen. Und Dein Theme ist nichts anderes als eine Zusammenstellung von HTML.
Warum sollte das Theme mit Razor nicht funktionieren? Das macht kein Sinn.
Wenn ich nun ASP.NET Core 2.0 mit Razor und Tag Helper verwende, kann ich diesen Theme nicht mehr verwenden, da nicht unterstützt.
Ich verwende zufällig genau dieses Theme für ein ASP.NET Core 2.0 Projekt und das funktioniert ziemlich problemlos.
Du solltest beachten, dass die Beispielprojekte von Inspinia kein .netcore 2.0 sondern ein .netcore1.0 Projekt enthält. Eine Portierung des Beispiels auf 2.0 hat noch nicht stattgefunden.
D.h. du kannst es nicht einfach blindcopypasten. Allerdings sind alle für dich relevanten Informationen sowieso im Views-Ordner in den einzelnen .cshtml-Dateien. Und die sind meiner Erinnerung nach pures HTML ohne sonstigen .net-Code (bist auf @Url.Action(..) im href).
Edit:
Was du unbedingt beachten solltest ist, dass die Inspinia die stylsheets und nötigen scripts in _Layout.cshtml einbindet und diese entsprechend in _ViewStart.cshtml referenziert.
Das hat den Effekt, dass bei return View() zunächst _Layout geladen wird und dein Browser später auch weiß was er mit all den tollen css-Klassen anfangen soll.
Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von emuuu am .
Man muss jede Template Sprache in eine Konstrukt einfügen.
Das gilt für Razor genauso wie für Handlebars oder alles andere.
Deswegen sind das auch einfach nur Vorlagen.
Und natürlich erzeugt dann eine Template Sprache genau das, was man definiert. Hellsehen kann auch Razor nicht.