.NET 10 Validare VlvRequestControl LDAP: Oprirea Byte-urilor de Înlocuire

Lansarea .NET 10 implementează o schimbare semnificativă în modul în care VlvRequestControl LDAP gestionează perechile de substituenți UTF-16 malformate, trecând de la codificare permisivă la respingere strictă. Anterior, în .NET 9, substituenții nepereche dintr-o țintă de vizualizare listă virtuală erau codificați silențios folosind secvența de înlocuire UTF-8 EF BF BD. Acest comportament, deși permitea continuarea serializării, modifica ținta VLV intenționată, ducând potențial la rezultate de căutare neintenționate. Noua validare strictă în .NET 10 aruncă o excepție EncoderFallbackException înainte de orice operațiune I/O LDAP, asigurând că clientul nu trimite octeți diferiți de șirul original, îmbunătățind astfel integritatea datelor și securitatea.

Din punct de vedere tehnic, API-ul VlvRequestControl acceptă o țintă ca șir .NET, care este apoi convertit din UTF-16 în UTF-8 în timpul serializării. Perechile valide de substituenți se codifică normal, dar substituenții solitari înalți sau joși (� sau �) nu sunt Unicode valid. Comportamentul anterior de rezervă substituia U+FFFD, ale cărui octeți UTF-8 sunt EF BF BD. Microsoft documentează acest comportament strict de codificare în notele de compatibilitate LDAP din .NET 10. Articolul demonstrează o abordare practică pentru testarea acestei modificări prin crearea unui proiect care vizează atât .NET 9, cât și .NET 10, utilizând versiuni specifice de pachete pentru fiecare runtime pentru a asigura o comparație directă. Sonda de testare include cazuri pentru ASCII, perechi valide de substituenți, substituenți înalți nepereche și substituenți joși nepereche, exercitând serializarea BER a controlului fără a necesita o conexiune LDAP reală.

Această validare mai strictă servește ca o protecție crucială de migrare pentru aplicațiile care trec de la .NET 9 la .NET 10 și care utilizează controale VLV LDAP. Dacă ținta modernă eșuează cu o excepție EncoderFallbackException, aceasta indică faptul că aplicația a trimis date UTF-16 malformate care erau anterior rescries. Dezvoltatorii sunt sfătuiți să urmărească și să valideze datele la sursa lor, mai degrabă decât să încerce să ocolească excepția, deoarece înlocuirea modifică în continuare ținta solicitată. Această schimbare promovează interacțiuni LDAP mai robuste și mai sigure în ecosistemul .NET.