Nota ho detto "deprecato" e non "astratto". Tornando ai tempi dell'MFC, WinAPI non era deprecato perché, da quello che ho letto, l'MFC si limitava ad astrarre WinAPI. C'è una differenza, perché un'API obsoleta è una delle funzionalità che ha una nuova sostituzione di una diapositiva anziché una parte superiore.
Chiedo alla luce della direzione che ha preso Windows. Innanzitutto, gli oggetti GDI sono stati aggirati con WPF utilizzando DirectX. A meno che non abbia letto informazioni errate, ciò significa che la GUI di Windows potrebbe essere stata reimplementata in un'API che non ha bisogno di GDI sotto.
Poi è arrivato Windows 8, che annunciava il passaggio alle interfacce HTML / JavaScript, il che significa che anche DirectX non è necessario. Ha. Certo che lo è, il motore IE che esegue tali interfacce probabilmente utilizza l'accelerazione hardware fornita da DirectX in questi giorni. Ma GDI non è necessario giusto?
Infatti, poiché GDI non è più necessario, non deprecano GDI, GDI +, MFC e le varie librerie di modelli create su GDI?
Ora, contrariamente al pensiero comune, è risaputo che Windows ha tradizionalmente preso molto sul serio la compatibilità all'indietro. Ma quanto dureranno prima di abbandonare GDI? Quanto tempo ci vorrà prima che le librerie di base di .NET vengano riscritte per chiamare direttamente il kernel e le routine private di basso livello di Windows per i servizi senza passare da WinAPI stesso? Dopotutto, C # supporta codice non sicuro, quindi il livello WinAPI pubblico che viene ignorato non è inconcepibile nemmeno per le cose di livello inferiore.
Non sto parlando dell'eliminazione del codice C o di qualcosa del genere. Mi chiedo solo se alcune delle interfacce pubbliche presentate da Windows potrebbero non essere disponibili se MS li riterrà inutili in futuro.