• Active Directory
    • AD Consulting
    • AD Design
      • Domain Name festlegen
      • Domain Struktur einrichten
      • Forest Struktur definieren
    • AD Management
    • AD Automation
      • Dynamic Access Control (DAC)
    • AD Federation Services
      • ADFS Betrieb
      • ADFS und Office365
      • ADFS und Cisco Unified Communications Manager
      • SAML und ADFS 2.0
  • Azure / M365
    • Azure AD
    • Microsoft 365 (O365)
  • Migration
    • Active Directory Migration
    • Exchange Migration
    • File Server Migration
    • Lotus Notes Migration
    • Novell Migration
  • Wissen
    • Alle Beiträge
    • Administration
    • PowerShell
    • Migration
    • Exchange
    • Tools
  • Kontakt
    • Wir über uns
    • Kontakt
  • EN
info@firstattribute.com
by FirstAttribute
Active Directory FAQActive Directory FAQ
  • Active Directory
    • AD Consulting
    • AD Design
      • Domain Name festlegen
      • Domain Struktur einrichten
      • Forest Struktur definieren
    • AD Management
    • AD Automation
      • Dynamic Access Control (DAC)
    • AD Federation Services
      • ADFS Betrieb
      • ADFS und Office365
      • ADFS und Cisco Unified Communications Manager
      • SAML und ADFS 2.0
  • Azure / M365
    • Azure AD
    • Microsoft 365 (O365)
  • Migration
    • Active Directory Migration
    • Exchange Migration
    • File Server Migration
    • Lotus Notes Migration
    • Novell Migration
  • Wissen
    • Alle Beiträge
    • Administration
    • PowerShell
    • Migration
    • Exchange
    • Tools
  • Kontakt
    • Wir über uns
    • Kontakt
  • EN

Powershell 6 & .NET-Core – Die Zukunft?

Okt 20, 2020 (Letztes Update) | Posted by Steve König KnowHow, PowerShell |

 

Powershell 6 & .NET-Core – Die Zukunft?

Powershell und .NET – zwei Säulen in der Microsoft-Welt, die so vieles stützen. Insbesondere das .NET-Framework, das in seiner ersten Version vor 16 Jahren erschien, ist heute aus allem, was Windows betrifft, nicht mehr wegzudenken.

Doch schaut man sich die jüngsten Schritte des wertvollsten IT-Unternehmens – vor kurzem haben sie Apple wieder überholt – genauer an, sieht es so aus, als wäre genau das Microsofts Plan.

Inhaltsverzeichnis

  • 1 .NET-Framework & .NET-Core
  • 2 Warum .NET-Core?
  • 3 Wie geht es weiter?
  • 4 Fazit

.NET-Framework & .NET-Core

Als Beispiel dient dabei Powershell 6. Die jüngste Version der mächtigen Konsole für Windows-Betriebssysteme basiert nämlich nicht mehr – wie alle Versionen zuvor – auf dem .NET Framework sondern eben auf dem neuen Framework namens .NET Core.

Das .NET im Namen ist dabei trügerisch, vermittelt es doch den Eindruck, dass die beiden Frameworks kompatibel untereinander sind. Das ist allerdings nur zu einem geringen Teil der Fall. .NET Core ist tatsächlich komplett separat vom altbekannten .NET Framework, was auch durch die Powershell in der Version 6 deutlich wird. Dieses kann nämlich nicht als Update für die alten Versionen installiert werden, sondern nur parallel neben dieser laufen.

Warum .NET-Core?

Der Grund dafür ist eigentlich recht offensichtlich: Das .NET-Framework kommt doch langsam in die Jahre. Und statt weitere, mehrere Jahre auf die Legacy zu setzen, entschied sich Microsoft nun dafür, die Entwicklung von vorne zu beginnen. Das hat wohl mehrere Gründe, unter anderem:

  • Cross-Platform
  • Effizienz & Schnelligkeit
  • Modularität
  • Crowd-Sourcing und Open Source

Das .NET-Framework war von jeher exklusiv für das Windows-OS verfügbar. Auf .NET geschriebene Anwendungen liefen generell nur unter Windows, erst Emulatoren wie Wine brachten diese auch auf Linux zum Laufen – doch meistens mit Abstrichen, wenn die Software überhaupt funktionierte. .NET Core ermöglicht es, nativ auf Linux-Distributionen und auch Docker zu deployen, ohne, dass Dritt-Software oder andere Umwege nötig sind. Diese Öffnung vor allem gegenüber Linux macht sich bei Microsoft schon länger bemerkbar: Seit geraumer Zeit ist es auch möglich, unter Windows 10 eine Linuxdistribution zu installieren und darauf nativ eine Bash zu betreiben. Lesen Sie dazu den Artikel Native Linux-Bash unter Windows.

Mit der kommenden Version 3.0 des .NET Core sollen jetzt auch die typischen Desktopumgebungen Windows Forms und WPF unterstützt werden. Besonders hier wird das schnellere Framework von Vorteil sein – schon seit Jahren leiden die Desktopanwendungen auf dem .NET-Framework unter langen Ladezeiten.

Mit dem Zeitgeist der Softwarearchitektur gehend setzt Microsoft auf einen modularen Aufbau des Frameworks, im Gegensatz zum Vorgänger, der noch relativ strikt monolithisch aufgebaut ist. Das macht es natürlich einfacher, einzelne Bibliotheken in der eigenen Anwendung zu verwenden und gegen die entsprechenden Schnittstellen zu programmieren oder gar eigene Erweiterungen ins Framework zu schreiben. Durch diesen Ansatz ist es auch einfacher, den .NET Core über GitHub durch die Community nach dem Open Source Prinzip weiterentwickeln zu lassen. Durch die Modularität ist es bedeutend einfacher, an mehreren Stellen gleichzeitig weiterzuentwickeln.

AD Nutzeranlage IDM-Portal

Wie geht es weiter?

Die Frage ist nun, was die Zukunft bringen wird. Wie geht es weiter mit dem .NET Framework und dem .NET Core? Muss man nun zeitnah all seine .NET-Framework-Anwendungen auf das neue umziehen? Sicher nicht – mal abgesehen davon, dass das wohl so einfach nicht möglich ist.

Sowohl Core als auch Framework basieren in den aktuellen Versionen auf dem sogenannten .NET Standard 2.0. Alle Klassen und Bibliotheken, die darin enthalten sind, können in beiden Frameworks verwendet werden. Aber die wenigstens Anwendungen heutzutage nutzen ausschließlich nur diese. Wer portieren will, sollte sich das Microsoft.Windows.Compatibility Nuget-Paket anschauen. Dieses Mega-Paket besteht aus mehreren Bibliotheken, die im Framework bereits vorhanden sind und den .NET Core erweitern sollen.

Noch erscheint das alles als mehr Arbeit als Nutzen, denn Legacy-Anwendungen auf ein neues Framework zu portieren bringt oftmals zahlreiche Probleme mit sich. Sicherlich ist es momentan nur in bestimmten Fällen interessant, z.B. wenn man seine bisher reine Windows-Anwendung jetzt auch nativ auf Linux und Docker zur Verfügung stellen möchte.

Jedoch könnten sich – gezwungenermaßen – die Gründe vervielfältigen. Microsoft pusht stark in die Richtung .NET Core. Das erste Beispiel wurde hier bereits genannt – Powershell 6 ist nur noch auf Basis von .NET Core verfügbar. Weiteres wird folgen. So zum Beispiel kündigte Microsoft bereits an, dass ASP.NET Core 3.0 nur noch auf .NET Core laufen wird. Alle neuen Features werden dementsprechend auch nur auf dem neuen Framework verfügbar sein. Betroffen sind aber auch alle Entwickler der Microsoft-eigenen Programmiersprachen C# und Visual Basic. Während VB erst mit .NET Core 3.0 die Unterstützung unterhalten wird, ist das bei C# bereits der Fall. Viele Features der neuen Version, C# 8.0, sollen allerdings nicht mehr im .NET Framework verfügbar sein, sondern nur noch im .NET Core bzw. im .NET Standard 2.1.

Fazit

Das klingt alles ziemlich verwirrend, wenn man nicht in der Thematik steckt. Was kann man nun, was kann man nicht mehr? Endgültige Antworten unterscheiden sich von Fall zu Fall und sind nur schwierig zu geben. Die gute Nachricht allerdings: Es ist noch nicht zu spät. Microsoft wird nicht von heute auf morgen das .NET Framework vergessen, dafür ist es viel zu weit verbreitet. Die Strategie geht allerdings deutlich in Richtung .NET Core. Und auch, wenn es heute noch nicht notwendig erscheint, die eigenen Anwendungen zu portieren, so sollte doch jeder .NET-Entwickler ein Auge auf die weitere Entwicklung haben und überlegen, ob das nächste Projekt vielleicht auf .NET Core aufsetzen sollte.

 

Artikel weiterempfehlen:
  • teilen
  • tweeten
  • sharen
  • xingen
  • mailen
Artikel erstellt am: 19.03.2019
Tags: .Net.NET Core.NET FrameworkPowershell 6
1

You also might be interested in

.Net Code in PowerShell

.Net Code (C#) und DLLs in Powershell verwenden

Mrz 3, 2015

Viele wissen, dass man in Powershell auch direkt .Net-Klassen verwenden[...]

AD-Domain-Migratio

Kerberos Token mit PowerShell und .Net auslesen

Sep 23, 2015

Das Active Directory bietet viele verschieden Authentifizierungsmöglichkeiten an, darunter sind[...]

Leave a Reply

<p>Danke für Ihre Anregungen, Fragen und Hinweise.<br/>Infos zum <a href="https://www.active-directory-faq.dekontakt/">Datenschutz</a></p>
Cancel Reply

FirstWare IDM-Portal im Test: IT-Administrator 08-2022

 

ADFAQ-FirstAttribute

Wer schreibt ?

Team der FirstAttribute AG

Consultants und Entwickler der FirstAttribute arbeiten seit mehr als 20 Jahren in IAM- und Cloud-Transition-Projekten.
Zusammen verfügen Sie über einen wertvollen Erfahrungsschatz im Bereich Active Directory und Azure AD und teilen diesen auf Active Directory FAQ.

Neueste Artikel

  • 8 Tipps für mehr Sicherheit in Active Directory und Backups von AD
  • Azure AD Custom Security Attributes ermöglichen flexible Berechtigungsstrukturen
  • Dateiberechtigungen in MS Teams und SharePoint Online verwalten – So funktioniert es
  • AD-Gruppen in Microsoft Teams verwenden – Dynamische Gruppen in der Praxis
  • Verbindung zwischen Microsoft 365 und SharePoint Online zu Azure AD

Unsere IAM-Lösungen

Ihre IAM-Lösung: FirstWare IDM-Portal

 

my-IAM für Cloud Identity Management in Microsoft Teams

Kontakt aufnehmen

Sie haben eine Frage oder Anmerkung? Schicken Sie uns schnell eine Nachricht.

Nachricht senden
Jetzt AD Tasks vereinfachen und delegieren: FirstWare IDM-Portal

Folgen Sie uns

Kontakt

  • FirstAttribute AG
  • Am Büchele 18, 86928 Hofstetten, Germany
  • +49 89 215 442 400
  • https://www.firstattribute.com

Schlagwörter

.Net ACL Active Directory AD LDS AD Objekt Azure AD Berechtigung Cloud cmdlets Delegation Domain Controller dynamicgroup dynamische Gruppen Exchange Exchange-Ordner Exchange-Postfach Exchange Migration Federation FirstWare Get-Mailbox Global Catalog Group Policy Gruppen Gruppenmitgliedschaft IDM-Portal LDAP m365 Microsoft Azure Migration New-ADUser Novell NTFS Office 365 PowerShell QMM QMM AD QMM Exchange Quest Migration Manager Schema Set-ADUser SID SID History Update Windows 10 Windows Server 2012 R2

Neueste Kommentare

  • activedirectoryfaq.com sharepoint login - infoslist bei Windows 365 und Azure AD verstehen in Theorie und Praxis
  • Domäne Letzte Anmeldung - ObenGesichert.com bei LastLogon vs. LastLogonTimestamp
  • Teams Code Zur Anmeldung - ObenGesichert.com bei Authentifizierung für MS Teams in hybriden Netzwerken
Login
Impressum
Datenschutzerklärung

© 2023 · Active-Directory-FAQ by firstattribute.com

Prev Next