Mieszana debugger Tryb Visual Studio jest zupełnie inna niż debugger albo kodu natywnego kodu zarządzanego lub debugger debugger. Głównym celem jest powiązanie zarówno bardzo skomplikowanego zarządzanego interfejsu API do debugowania, jak i bardzo skomplikowanego natywnego interfejsu API do debugowania, w celu zapewnienia niezawodnego, użytecznego debuggera podczas jednoczesnej pracy z natywnym i zarządzanym kodem. Ze względu na sposób, w jaki zostały napisane debuggery, zespół debugujący Visual Studio w mieszanym trybie musiałby całkowicie ponownie zaimplementować edycję i kontynuację (która jest najbardziej zaawansowaną technologicznie funkcją debugowania), aby ją uwzględnić. Wyobrażam sobie, że zostało to przerwane, ponieważ:
- Jest to niezwykle trudna funkcja do ponownego wdrożenia.
- Wdrożenie spowodowałoby znaczące dodatkowe sprzężenie z wewnętrznymi zmianami interfejsu API debugowania CLR (i prawdopodobnie z wewnętrznymi) oraz natywnego API debugowania.
- Wydajność debugera w trybie mieszanym znacznie się różni od debuggera zarządzanego, dzięki czemu większość użytkowników może użyć tego debuggera do debugowania ogólnego, nawet bez uwzględnienia funkcji ENC. W związku z tym implementacja tej funkcji przyciągnie minimalną liczbę użytkowników.
Korzyści ważone w obliczu praktycznych wyzwań prowadzą do przytłaczającego głosowania na temat rezygnacji z tej funkcji.
zaktualizowałem moją answert dla ASP .Net – SLaks