override w C++, i nie tylko
2009-10-13 19:13O braku słowa kluczowego override w C++ zdarzyło mi się już wspominać. Wskazywałem też, że jego niedobór jest całkiem istotnym brakiem, gdyż przypadki nadpisywania metod wirtualnych nie zawsze są zupełnie oczywiste.
Tym bardziej jest mi miło podzielić się odkryciem, które kiedyś poczyniłem na forum Warsztatu. Dowiedziałem się mianowicie, że słówko to do C++ można… dodać!
Jak to? – słychać pewnie pełne zdziwienia głosy. Ano bardzo prosto; zostało to zresztą wyczerpująco przedstawione w oryginalnym poście Esidara. Tutaj pokrótce tylko nakreślę jego ideę, która sprowadza się do genialnego spostrzeżenia, iż C++ zasadniczo radzi sobie bez override. A skoro tak, to jego wprowadzenie jest banalnie i wymaga zaledwie jednej linijki kodu:
- #define override
I już! Składniowo można go teraz używać dokładnie tak samo jak analogicznego słówka z C#… albo właściwie jakkolwiek inaczej – implementacja jest bowiem na tyle elastyczna, że zaakceptuje każde jego wystąpienie :) To aczkolwiek jest też, niestety, jego wadą…
W porządku, żarty na bok. Żeby ta notka nie była jednak zupełnie bezużyteczna, pokażę jeszcze, jak przekonać Visual C++, by nasze nowe słówko było przezeń kolorowane tak, jak inne słowa kluczowe w C++.
Da się to zrobić, tworząc (lub edytujący istniejący) plik UserType.dat, umieszczony w tym samym katalogu co plik wykonywalny Visual Studio (devenv) – czyli gdzieś w czeluściach Program Files, zapewne. W tymże pliku wpisujemy w nowej linijce override. Jeśli przypadkiem chcielibyśmy kolorować też inne, niestandardowe słowa kluczowe (to pewnie jest bardziej prawdopodobne), to każde z nich należy umieścić w osobnej linijce.
Po zapisaniu pliku i restarcie VS wystarczy teraz wejść w opcje programu, do zakładki Environment > Fonts & Colors, a tam na liście Display items zaznaczyć User Keywords i przyporządkować im wybraną czcionkę i/lub kolor. Możliwe zresztą, że w ogóle nie musimy tego robić, jako że domyślnie własne słowa kluczowe kolorowane są tak, jak te “oryginalne”.
Author: Xion, posted under Programming »
-
Kot:
October 13th, 2009 o 19:37W ten sposób w pięknym stylu WYŁĄCZASZ rozszerzenie MSVC zapewniające właśnie sprawdzanie override’owania :).
W Visualu możesz napisać:
- class Base
- {
- public:
- virtual void g()
- {}
- };
- class Derived : public Base
- {
- public:
- virtual void f() override
- {}
- };
co ci sypnie pięknym błędem:
error C3668: ‘Derived::f’ : method with override specifier ‘override’ did not override any base class methodsRozwiązanie, które zapewni przenośność, pełne sprawdzanie w MSVC i poszlaki (czyli to co sugerujesz Ty) na innym kompilatorach to prosta definicja:
- #ifdef MSVC
- # define OVERRIDE override
- #else
- # define OVERRIDE
- #endif
:)
-
Xion:
October 13th, 2009 o 21:11Raczej:
- #ifndef MSVC
- #define override
- #endif
bo skoro coś takiego rzeczywiście w VC jest (dlaczego, do cholery, dopiero teraz się o tym dowiaduję?!), to czemu niby jeszcze należałoby to CAPS-ować? :)
-
Kot:
October 13th, 2009 o 21:28True, w Twoim przypadku oczywiście lepiej tak. Ja mam capsowane, bo taką mam konwencję przy wszystkich makrach :).
I dziękuję za formatowanie :)
A odnośnie innych ciekawych intrinsiców, warto przeczytać o __assume :)
http://msdn.microsoft.com/en-us/library/1b3fsfxw.aspx
-
krajek:
October 13th, 2009 o 22:33No nie, czemu nikt o tym override w visualu nie krzyczał ;-) ! Xion, chyba wypadało by uaktualnić samą notkę, bo teraz komentarz Kota ma większą wartość merytoryczną, a do komentarzy nie każdy zagląda.
(A widać na tym przykładzie jasno, że warto ;-) )
-
Kot:
October 13th, 2009 o 22:40Dla potomnych wkleiłem do topica, który Xion linkował w notce. Jakbym wiedział, że tego nie znacie to bym pisał wcześniej :).
-
Aithne:
October 13th, 2009 o 22:53Ciekawe rozszerzenie…
Następnym razem może coś o specyfikacjach wyjątków w Visualu?
Recent posts
