Entwicklung & Code
Neu in .NET 10.0 [4]: Neue Operatorüberladungen in C# 14.0
Operatorüberladungen beherrscht die Programmiersprache C# seit ihrer ersten Version aus dem Jahr 2002 mit dem Schlüsselwort operator.
Weiterlesen nach der Anzeige

Dr. Holger Schwichtenberg ist technischer Leiter des Expertennetzwerks www.IT-Visions.de, das mit 53 renommierten Experten zahlreiche mittlere und große Unternehmen durch Beratungen und Schulungen sowie bei der Softwareentwicklung unterstützt. Durch seine Auftritte auf zahlreichen nationalen und internationalen Fachkonferenzen sowie mehr als 90 Fachbücher und mehr als 1500 Fachartikel gehört Holger Schwichtenberg zu den bekanntesten Experten für .NET und Webtechniken in Deutschland.
In C# 14.0 hat Microsoft dabei nun eine Verbesserungsmöglichkeit entdeckt: Entwicklerinnen und Entwickler können jetzt für die zusammengesetzten/verkürzten Zuweisungsoperatoren (engl. Compound Assignment Operators) +=, -=, *=, /=, %=, &=, |=, ^=, <<=, >>= und >>>= eigene Operatorimplementierungen definieren.
Bisher wurden hier immer die Operatorimplementierungen des Basisoperators (also + bei +=, – bei -=, & bei &= usw.) aufgerufen. Das passiert auch weiterhin, aber nur, wenn es keine eigene Operatorimplementierung für den Compound Assignment Operator gibt.
Das erlaubt mehr Kontrolle über die Speichernutzung: Bei den zusammengesetzten/verkürzten Zuweisungsoperatoren kann man die Operation zwischen zwei Objekten so implementieren, dass kein neues Objekt erzeugt wird, sondern ein bestehendes Objekt weiterverwendet wird.
Die Compound Assignment Operators sind (anders als andere Operatoren) nicht static und geben void zurück, da sie das Objekt selbst manipulieren.
Folgender Codeausschnitt verwendet die User Defined Compound Assignment Operators:
Weiterlesen nach der Anzeige
namespace NET10_Console;
///
/// Klasse mit Operatorüberladung für +, ++ und +=
///
public class Kontostand
{
public string IBAN { get; set; }
public decimal Betrag { get; set; }
public Kontostand(string iBAN, decimal betrag)
{
Betrag = betrag;
IBAN = iBAN;
}
// ALT: Operatorüberladung für +
public static Kontostand operator +(Kontostand a, Kontostand b)
{
if (a == null || b == null)
throw new ArgumentNullException();
return new Kontostand(a.IBAN, a.Betrag + b.Betrag);
}
// NEU: Operatorüberladung für ++
public void operator ++()
{
this.Betrag += 1;
}
// NEU: Operatorüberladung für +=
public void operator +=(decimal b)
{
this.Betrag += b;
}
public override string ToString()
{
return $"Konto {IBAN}: {Betrag:c}"; // formatiert als Währung
(rme)
Entwicklung & Code
Googles WebMCP macht Websites zu strukturierten Datenquellen für KI-Agenten
Google hat mit WebMCP (Web Model Context Protocol) eine neue JavaScript-Schnittstelle vorgestellt, über die KI-Agenten standardisiert mit Websites kommunizieren sollen. Wie Google-Entwickler André Cipriani Bandarra in einem Blogbeitrag erklärt, überträgt WebMCP die Idee des Model Context Protocol auf Websites, sodass KI-Agenten im Browser strukturiert mit Webseiten interagieren können – ohne das DOM der Seite scrapen und sich durch den Code klicken zu müssen.
Weiterlesen nach der Anzeige
Über die Schnittstelle können KI-Agenten gezielt Aktionen auf Websites ausführen, beispielsweise Formulare ausfüllen, Produkte suchen und bestellen oder Flüge buchen. „WebMCP zielt darauf ab, einen Standard für strukturierte Tools bereitzustellen, um sicherzustellen, dass KI-Agenten Aktionen mit erhöhter Geschwindigkeit, Zuverlässigkeit und Präzision ausführen können“, sagt Bandarra.
WebMCP erweitert das Navigator-Interface um navigator.modelContext mit Methoden wie registerTool() und provideContext(). Google unterscheidet dabei zwischen einer deklarativen API für einfache Formular-Aktionen und einer imperativen API für komplexe JavaScript-Interaktionen. Jedes registrierte Tool benötigt einen Namen, eine Beschreibung in natürlicher Sprache, ein JSON-Schema für Eingaben sowie eine Execute-Callback-Funktion.
Unterschiede zu Microsofts NLWeb
Microsoft hatte Mitte 2025 mit NLWeb ein eigenes Open-Source-Projekt für das „agentische Web“ vorgestellt. Der zentrale Unterschied: NLWeb ist serverseitig konzipiert und macht Webseiten zu MCP-Servern mit natürlichen Sprachschnittstellen. WebMCP hingegen läuft im Browser im JavaScript-Kontext, ohne separate Backend-Komponenten.
Laut der offiziellen WebMCP-Spezifikation der W3C Web Machine Learning Community Group arbeiten Google und Microsoft mittlerweile gemeinsam an dem WebMCP-Standard. Als Co-Autoren sind neben Google-Entwicklern auch Microsoft-Entwickler gelistet, was auf eine mögliche Konvergenz hindeutet.
WebMCP steht derzeit als Early Preview über Googles Early-Access-Programm für Entwickler bereit und ist in Chrome 146 als DevTrial verfügbar. Google könnte die Schnittstelle künftig in Chrome und seine KI-Dienste wie Gemini integrieren, um Browser-Agenten direkt mit Websites interagieren zu lassen.
Weiterlesen nach der Anzeige
(odi)
Entwicklung & Code
Vim 9.2 bringt Wayland-Support und neue Vim9-Script-Features
Vim 9.2 ist da: Das Release des Kommandozeileneditors bietet erstmals vollständige Unterstützung für Wayland – sowohl für die Bedienoberfläche als auch für die Zwischenablage. Damit reagiert das Projekt auf die zunehmende Verbreitung des Grafikservers unter Linux. Zugleich folgt Vim künftig der XDG Base Directory Specification und legt Konfigurationsdateien unter Linux und Unix in $HOME/.config/vim ab.
Weiterlesen nach der Anzeige
Vim9-Script, die moderne Skriptsprache des Editors, erhält neue Datentypen: Enums ermöglichen typsichere Aufzählungen, Generic Functions erlauben die Definition von Funktionen mit Typparametern und der neue Tuple-Datentyp stellt geordnete Sammlungen fester Größe bereit. Built-in Functions lassen sich nun auch als Objektmethoden verwenden. Neue Features wie geschützte _new()-Konstruktoren und der Befehl :defcompile für vollständige Methodenkompilierung runden die Spracherweiterungen ab.
Der Diff-Modus erhält einen neuen Linematch-Algorithmus, der Zeilen zwischen Puffern präziser zuordnet. Die neue Option diffanchors erlaubt es, Ankerpunkte zu setzen, um komplexe Dateien in Abschnitte zu unterteilen und diese unabhängig voneinander zu vergleichen. Das Inline-Highlighting wurde verbessert, es hebt Änderungen innerhalb einer Zeile jetzt detaillierter hervor.
Praxisnahe Verbesserungen
Bei den Default-Einstellungen hat Vim 9.2 mehrere Anpassungen vorgenommen: Der Befehlsverlauf wächst von 50 auf 200 Einträge (history), die Rücktaste verhält sich standardmäßig erwartungsgemäß (backspace auf „indent,eol,start“) und die Cursor-Position sowie eingetippte Befehle werden grundsätzlich angezeigt (ruler und showcmd aktiviert). Unter GTK erhöht sich die Standardschriftgröße von 10 auf 12 Punkt, was Nutzern hochauflösender Displays entgegenkommt.
Die Insert-Mode-Completion unterstützt jetzt Fuzzy-Matching und kann Wörter direkt aus Registern vervollständigen. Die neuen Flags nosort und nearest für completeopt geben Nutzern feinere Kontrolle über Anzeige und Sortierung der Vorschläge. Ein neuer interaktiver Tutor, aufrufbar über :Tutor, soll gegenüber dem klassischen vimtutor-Programm ein moderneres Erlernen des Editors bieten.
Plattform-Optimierungen
Weiterlesen nach der Anzeige
Windows-Nutzer erhalten native Dark-Mode-Unterstützung für Menüs und Titelleisten sowie hochwertigere Toolbar-Icons. Der Vollbild-Support wurde verbessert. Als Alternative zum horizontalen Tabline bietet Vim 9.2 nun ein vertikales Tabpanel an, was bei vielen geöffneten Dateien übersichtlicher sein kann.
Contributor Yegappan Lakshmanan demonstriert in den Release Notes die Möglichkeiten von Vim9-Script anhand zweier mit GitHub Copilot generierter Projekte: Eine vollständige Implementierung des Spiels Battleship zeigt den Einsatz von Klassen und Type Aliases, ein Number-Puzzle-Spiel belegt die Eignung moderner Vim9-Konstrukte für interaktive Plugins.
Das Release behebt zudem mehrere seit Vim 9.1 bekannt gewordene Sicherheitslücken, Speicherlecks und potenzielle Absturzursachen. Nach dem Tod von Vim-Erfinder Bram Moolenaar im August 2023 führt Christian Brabandt das Projekt als Hauptmaintainer fort.
(fo)
Entwicklung & Code
Cyber Resilience Act: ORC Working Group veröffentlicht erstes Whitepaper
Die von der Eclipse Foundation gegründete Open Regulatory Compliance Working Group (ORC WG) hat ihr erstes Whitepaper veröffentlicht. Die Arbeitsgruppe – zu deren Mitgliedern namhafte Unternehmen wie Microsoft, Siemens, Red Hat und Bosch zählen – entstand durch das Aufkommen des Cyber Resilience Act (CRA), einer EU-Regulierung zur erhöhten Sicherheit von Produkten mit digitalen Elementen.
Weiterlesen nach der Anzeige
Das Whitepaper widmet sich offenen Fragen rund um die neue Rolle der im CRA genannten Open Source Software Stewards. Dabei macht die Arbeitsgruppe deutlich, dass das Whitepaper keine juristische Empfehlung ist, sondern ein kollektives Verständnis von Open-Source-Beitragenden widerspiegelt.
Open Source Software Stewards: Verantwortlichkeiten und Verpflichtungen
Wie die ORC WG in ihrem Blog betont, markiert der Cyber Resilience Act einen bedeutenden Wandel der Cybersecurity-Verantwortlichkeiten innerhalb des Softwareentwicklungs-Ökosystems. Open Source Software Stewards werden im CRA erstmals als juristische Akteure genannt und sind eine von Herstellern (Manufacturers) separate Kategorie. Im Gegensatz zu diesen müssen sie beispielsweise keine administrativen Geldstrafen bei Nicht-Compliance leisten. Allerdings wirft die neue Rolle einige Fragen auf, etwa was sie in der Praxis konkret bedeutet und welche genauen Verpflichtungen sie mit sich bringt.
Für das neue Whitepaper haben Mitglieder der ORC-Community den CRA-Text analysiert und interpretiert, um praktische Handlungsanweisungen und Informationen zu bieten. Konkret benennt das Whitepaper beispielsweise, in welchem Verhältnis die Stewards zu ihren unterstützten Projekten stehen und weshalb diese Rolle geschaffen wurde. Ihre Verpflichtungen kommen ebenfalls zur Sprache, und wie sich diese von jenen an Softwarehersteller unterscheiden.
Praktische Beispiele sollen zeigen, wie Open Source Software Stewards in ihren Projekten Cybersicherheitsregeln etablieren und mit Sicherheitslücken sowie deren Offenlegung umgehen können. Das Whitepaper erwähnt darüber hinaus, welche Fragen noch ungeklärt sind, etwa wie man in komplexen Fällen die geeignete Marktüberwachungsbehörde auswählt, und wo weitere regulatorische Anweisungen notwendig sind.
Auf der Website der ORC Working Group steht das 25-seitige Whitepaper „Open Source Software Stewards and CRA“ in der Version 1.0 zum Download bereit.
Weiterlesen nach der Anzeige
Übergreifende Fragen: Wann ist ein Steward ein Steward?
Dabei richtet sich das Whitepaper lediglich an Open-Source-Projekte, die einen Steward haben. Auf die meisten Projekte trifft das nach Angaben der ORC-Arbeitsgruppe nicht zu. Ein Steward muss eine „juristische Person“ sein, was beispielsweise ein Unternehmen sein kann. Die meisten Open-Source-Projekte werden jedoch nicht von Unternehmen oder Stiftungen unterstützt. Auch dient das Dokument nicht dazu, festzustellen, ob ein Unternehmen als Steward eines Projektes gilt – oder gar als Hersteller. Solche Fragen kommen in den ORC Working Group FAQ zur Sprache.
(mai)
-
Entwicklung & Codevor 3 MonatenKommandozeile adé: Praktische, grafische Git-Verwaltung für den Mac
-
Künstliche Intelligenzvor 2 MonatenSchnelles Boot statt Bus und Bahn: Was sich von London und New York lernen lässt
-
Social Mediavor 6 TagenCommunity Management zwischen Reichweite und Verantwortung
-
Apps & Mobile Entwicklungvor 3 MonatenHuawei Mate 80 Pro Max: Tandem-OLED mit 8.000 cd/m² für das Flaggschiff-Smartphone
-
Apps & Mobile Entwicklungvor 3 MonatenFast 5 GB pro mm²: Sandisk und Kioxia kommen mit höchster Bitdichte zum ISSCC
-
Entwicklung & Codevor 2 MonatenKommentar: Anthropic verschenkt MCP – mit fragwürdigen Hintertüren
-
Datenschutz & Sicherheitvor 2 MonatenSyncthing‑Fork unter fremder Kontrolle? Community schluckt das nicht
-
Social Mediavor 2 MonatenDie meistgehörten Gastfolgen 2025 im Feed & Fudder Podcast – Social Media, Recruiting und Karriere-Insights
