Czy istnieje sposób na uzyskanie opcjonalnych parametrów w makrach C ++? Przydałoby się też jakieś przeciążenie.
No you can't
Czy istnieje sposób na uzyskanie opcjonalnych parametrów w makrach C ++? Przydałoby się też jakieś przeciążenie.
No you can't
Odpowiedzi:
Oto jeden sposób, aby to zrobić. Używa listy argumentów dwukrotnie, najpierw do utworzenia nazwy makra pomocnika, a następnie do przekazania argumentów do tego makra pomocniczego. Używa standardowej sztuczki, aby policzyć liczbę argumentów do makra.
enum
{
plain = 0,
bold = 1,
italic = 2
};
void PrintString(const char* message, int size, int style)
{
}
#define PRINT_STRING_1_ARGS(message) PrintString(message, 0, 0)
#define PRINT_STRING_2_ARGS(message, size) PrintString(message, size, 0)
#define PRINT_STRING_3_ARGS(message, size, style) PrintString(message, size, style)
#define GET_4TH_ARG(arg1, arg2, arg3, arg4, ...) arg4
#define PRINT_STRING_MACRO_CHOOSER(...) \
GET_4TH_ARG(__VA_ARGS__, PRINT_STRING_3_ARGS, \
PRINT_STRING_2_ARGS, PRINT_STRING_1_ARGS, )
#define PRINT_STRING(...) PRINT_STRING_MACRO_CHOOSER(__VA_ARGS__)(__VA_ARGS__)
int main(int argc, char * const argv[])
{
PRINT_STRING("Hello, World!");
PRINT_STRING("Hello, World!", 18);
PRINT_STRING("Hello, World!", 18, bold);
return 0;
}
Ułatwia to wywołującemu makro, ale nie piszącemu.
PRINT_STRING_MACRO_CHOOSER
ogóle potrzebne? Czy mogę bezpośrednio zastąpić jego wewnętrznym ciałem i nazwać to wszystko (__VA_ARGS__)
?
Z wielkim szacunkiem dla Dereka Ledbettera za jego odpowiedź - i z przeprosinami za przywrócenie starego pytania.
Zrozumienie tego, co robił, i zebranie w innym miejscu zdolności poprzedzającej __VA_ARGS__
z, ##
pozwoliło mi wymyślić odmianę ...
// The multiple macros that you would need anyway [as per: Crazy Eddie]
#define XXX_0() <code for no arguments>
#define XXX_1(A) <code for one argument>
#define XXX_2(A,B) <code for two arguments>
#define XXX_3(A,B,C) <code for three arguments>
#define XXX_4(A,B,C,D) <code for four arguments>
// The interim macro that simply strips the excess and ends up with the required macro
#define XXX_X(x,A,B,C,D,FUNC, ...) FUNC
// The macro that the programmer uses
#define XXX(...) XXX_X(,##__VA_ARGS__,\
XXX_4(__VA_ARGS__),\
XXX_3(__VA_ARGS__),\
XXX_2(__VA_ARGS__),\
XXX_1(__VA_ARGS__),\
XXX_0(__VA_ARGS__)\
)
Dla nie-ekspertów takich jak ja, którzy natkną się na odpowiedź, ale nie do końca rozumieją, jak to działa, przejdę przez rzeczywiste przetwarzanie, zaczynając od następującego kodu ...
XXX();
XXX(1);
XXX(1,2);
XXX(1,2,3);
XXX(1,2,3,4);
XXX(1,2,3,4,5); // Not actually valid, but included to show the process
Staje się...
XXX_X(, XXX_4(), XXX_3(), XXX_2(), XXX_1(), XXX_0() );
XXX_X(, 1, XXX_4(1), XXX_3(1), XXX_2(1), XXX_1(1), XXX_0(1) );
XXX_X(, 1, 2, XXX_4(1,2), XXX_3(1,2), XXX_2(1,2), XXX_1(1,2), XXX_0(1,2) );
XXX_X(, 1, 2, 3, XXX_4(1,2,3), XXX_3(1,2,3), XXX_2(1,2,3), XXX_1(1,2,3), XXX_0(1,2,3) );
XXX_X(, 1, 2, 3, 4, XXX_4(1,2,3,4), XXX_3(1,2,3,4), XXX_2(1,2,3,4), XXX_1(1,2,3,4), XXX_0(1,2,3,4) );
XXX_X(, 1, 2, 3, 4, 5, XXX_4(1,2,3,4,5), XXX_3(1,2,3,4,5), XXX_2(1,2,3,4,5), XXX_1(1,2,3,4,5), XXX_0(1,2,3,4,5) );
Co staje się dopiero szóstym argumentem ...
XXX_0();
XXX_1(1);
XXX_2(1,2);
XXX_3(1,2,3);
XXX_4(1,2,3,4);
5;
PS: Usuń #define dla XXX_0, aby uzyskać błąd kompilacji [tj .: jeśli opcja bez argumentów jest niedozwolona].
PPS: Byłoby miło, gdyby nieprawidłowe sytuacje (np .: 5) były czymś, co daje programiście wyraźniejszy błąd kompilacji!
PPPS: Nie jestem ekspertem, więc bardzo się cieszę, słysząc komentarze (dobre, złe lub inne)!
XXX_X(,##__VA_ARGS__,` ...
XXX_X (, XXX_4 (), XXX_3 (), XXX_2 (), XXX_1 (), XXX_0 ()); `
Makra C ++ nie zmieniły się od C. Ponieważ C nie ma przeciążenia i domyślnych argumentów funkcji, z pewnością nie ma ich dla makr. Odpowiadając na pytanie: nie, te funkcje nie istnieją w przypadku makr. Jedyną opcją jest zdefiniowanie wielu makr o różnych nazwach (lub nieużywanie makr w ogóle).
Na marginesie: w C ++ za dobrą praktykę uważa się jak największe odejście od makr. Jeśli potrzebujesz takich funkcji, istnieje duża szansa, że nadużywasz makr.
__FILE__
i __LINE__
i takie ...
Z wielkim szacunkiem dla Dereka Ledbettera , Davida Sorkovsky'ego , Syphorlate za ich odpowiedzi, wraz z genialną metodą wykrywania pustych argumentów makro Jensa Gustedta w
https://gustedt.wordpress.com/2010/06/08/detect-empty-macro-arguments/
w końcu wyszedłem z czymś, co zawiera wszystkie sztuczki, tak że rozwiązanie
, ##__VA_ARGS__
dla GCC / CLANG i niejawne połykanie przez ##__VA_ARGS__
dla MSVC). Więc --std=c99
jeśli chcesz, możesz przekazać brakujące informacje do swojego kompilatora =)Działa rozsądnie na wielu platformach , przynajmniej przetestowany pod kątem
Dla leniwców po prostu przejdź do ostatniego z tego postu, aby skopiować źródło. Poniżej znajduje się szczegółowe wyjaśnienie, które, miejmy nadzieję, pomoże i zainspiruje wszystkich szukających generała__VA_ARGS__
rozwiązań, takich jak ja. =)
Oto jak to działa. Najpierw zdefiniować przeciążony „funkcja” widoczne dla użytkowników, nazwałem go create
, a związane rzeczywista definicja funkcji realCreate
, a makro definicje z różną liczbą argumentów CREATE_2
, CREATE_1
, CREATE_0
, jak pokazano poniżej:
#define create(...) MACRO_CHOOSER(__VA_ARGS__)(__VA_ARGS__)
void realCreate(int x, int y)
{
printf("(%d, %d)\n", x, y);
}
#define CREATE_2(x, y) realCreate(x, y)
#define CREATE_1(x) CREATE_2(x, 0)
#define CREATE_0() CREATE_1(0)
MACRO_CHOOSER(__VA_ARGS__)
Część ostatecznie postanawia makro nazwy definicji, a druga (__VA_ARGS__)
część obejmuje swoje listy parametrów. Tak więc wywołanie użytkownika do jest create(10)
rozstrzygane na CREATE_1(10)
, CREATE_1
część pochodzi z MACRO_CHOOSER(__VA_ARGS__)
, a(10)
część z drugiej (__VA_ARGS__)
.
MACRO_CHOOSER
Stosuje podstęp, że jeśli __VA_ARGS__
jest pusta, następujące wyrażenie jest łączony do ważnej rozmowy przez makro preprocesora:
NO_ARG_EXPANDER __VA_ARGS__ () // simply shrinks to NO_ARG_EXPANDER()
Genialnie możemy zdefiniować to wynikowe wywołanie makra jako
#define NO_ARG_EXPANDER() ,,CREATE_0
Zwróć uwagę na dwa przecinki, zostaną one wkrótce wyjaśnione. Kolejne przydatne makro to
#define MACRO_CHOOSER(...) CHOOSE_FROM_ARG_COUNT(NO_ARG_EXPANDER __VA_ARGS__ ())
więc wezwania
create();
create(10);
create(20, 20);
są faktycznie rozszerzone do
CHOOSE_FROM_ARG_COUNT(,,CREATE_0)();
CHOOSE_FROM_ARG_COUNT(NO_ARG_EXPANDER 10 ())(10);
CHOOSE_FROM_ARG_COUNT(NO_ARG_EXPANDER 20, 20 ())(20, 20);
Jak sugeruje nazwa makra, później policzymy liczbę argumentów. Oto kolejna sztuczka: preprocesor wykonuje tylko prostą zamianę tekstu. Wyprowadza liczbę argumentów wywołania makra jedynie z liczby przecinków, które widzi w nawiasach. Rzeczywiste „argumenty” oddzielone przecinkami nie muszą mieć prawidłowej składni. Może to być dowolny tekst. To znaczy, że w powyższym przykładzie NO_ARG_EXPANDER 10 ()
jest liczony jako 1 argument dla wywołania środkowego.NO_ARG_EXPANDER 20
i 20 ()
są liczone jako 2 argumenty odpowiednio dla dolnego wywołania.
Jeśli użyjemy następujących makr pomocniczych, aby je dalej rozwinąć
##define CHOOSE_FROM_ARG_COUNT(...) \
FUNC_RECOMPOSER((__VA_ARGS__, CREATE_2, CREATE_1, ))
#define FUNC_RECOMPOSER(argsWithParentheses) \
FUNC_CHOOSER argsWithParentheses
Końcowe ,
po CREATE_1
jest obejściem dla GCC / CLANG, pomijając (fałszywie dodatni) błąd mówiący o tym ISO C99 requires rest arguments to be used
podczas przekazywania -pedantic
do kompilatora. Jest FUNC_RECOMPOSER
to obejście dla MSVC lub nie może poprawnie policzyć liczby argumentów (tj. Przecinków) w nawiasach przy wywołaniach makr. Wyniki są dalej rozwiązywane do
FUNC_CHOOSER (,,CREATE_0, CREATE_2, CREATE_1, )();
FUNC_CHOOSER (NO_ARG_EXPANDER 10 (), CREATE_2, CREATE_1, )(10);
FUNC_CHOOSER (NO_ARG_EXPANDER 20, 20 (), CREATE_2, CREATE_1, )(20, 20);
Jak zapewne widzieliście orle oczy, ostatnim jedynym krokiem, jakiego potrzebujemy, jest zastosowanie standardowej sztuczki zliczania argumentów, aby ostatecznie wybrać żądane nazwy wersji makr:
#define FUNC_CHOOSER(_f1, _f2, _f3, ...) _f3
który rozwiązuje wyniki na
CREATE_0();
CREATE_1(10);
CREATE_2(20, 20);
i na pewno daje nam pożądane, rzeczywiste wywołania funkcji:
realCreate(0, 0);
realCreate(10, 10);
realCreate(20, 20);
Podsumowując wszystko razem, z pewnym przegrupowaniem instrukcji dla lepszej czytelności, całe źródło dwuargumentowego przykładu jest tutaj:
#include <stdio.h>
void realCreate(int x, int y)
{
printf("(%d, %d)\n", x, y);
}
#define CREATE_2(x, y) realCreate(x, y)
#define CREATE_1(x) CREATE_2(x, 0)
#define CREATE_0() CREATE_1(0)
#define FUNC_CHOOSER(_f1, _f2, _f3, ...) _f3
#define FUNC_RECOMPOSER(argsWithParentheses) FUNC_CHOOSER argsWithParentheses
#define CHOOSE_FROM_ARG_COUNT(...) FUNC_RECOMPOSER((__VA_ARGS__, CREATE_2, CREATE_1, ))
#define NO_ARG_EXPANDER() ,,CREATE_0
#define MACRO_CHOOSER(...) CHOOSE_FROM_ARG_COUNT(NO_ARG_EXPANDER __VA_ARGS__ ())
#define create(...) MACRO_CHOOSER(__VA_ARGS__)(__VA_ARGS__)
int main()
{
create();
create(10);
create(20, 20);
//create(30, 30, 30); // Compilation error
return 0;
}
Chociaż jest to skomplikowane, brzydkie, obciążające programistę API, pojawia się rozwiązanie do przeciążania i ustawiania opcjonalnych parametrów funkcji C / C ++ dla nas szalonych ludzi. Korzystanie z wychodzących przeciążonych interfejsów API staje się bardzo przyjemne i przyjemne. =)
Jeśli istnieje jakiekolwiek dalsze uproszczenie tego podejścia, proszę o kontakt pod adresem
https://github.com/jason-deng/C99FunctionOverload
Jeszcze raz specjalne podziękowania dla wszystkich wspaniałych ludzi, którzy zainspirowali mnie i doprowadzili do wykonania tego dzieła! =)
Dla każdego, kto szuka rozwiązania VA_NARGS, które współpracuje z Visual C ++. Poniższe makro działało dla mnie bezbłędnie (również bez parametrów!) W Visual C ++ Express 2010:
#define VA_NUM_ARGS_IMPL(_1,_2,_3,_4,_5,_6,_7,_8,_9,_10,_11,_12,_13,_14,_15,_16,_17,_18,_19,_20,_21,_22,_23,_24,N,...) N
#define VA_NUM_ARGS_IMPL_(tuple) VA_NUM_ARGS_IMPL tuple
#define VA_NARGS(...) bool(#__VA_ARGS__) ? (VA_NUM_ARGS_IMPL_((__VA_ARGS__, 24,23,22,21,20,19,18,17,16,15,14,13,12,11,10,9,8,7,6,5,4,3,2,1))) : 0
Jeśli chcesz mieć makro z opcjonalnymi parametrami, możesz zrobić:
//macro selection(vc++)
#define SELMACRO_IMPL(_1,_2,_3, N,...) N
#define SELMACRO_IMPL_(tuple) SELMACRO_IMPL tuple
#define mymacro1(var1) var1
#define mymacro2(var1,var2) var2*var1
#define mymacro3(var1,var2,var3) var1*var2*var3
#define mymacro(...) SELMACRO_IMPL_((__VA_ARGS__, mymacro3(__VA_ARGS__), mymacro2(__VA_ARGS__), mymacro1(__VA_ARGS__)))
To zadziałało również dla mnie w vc. Ale to nie działa dla zerowych parametrów.
int x=99;
x=mymacro(2);//2
x=mymacro(2,2);//4
x=mymacro(2,2,2);//8
unresolved external symbol _bool referenced in function _main
gcc
/ g++
obsługuje makra varargs, ale nie sądzę, aby to było standardowe, więc używaj go na własne ryzyko.
#include <stdio.h>
#define PP_NARG(...) \
PP_NARG_(__VA_ARGS__,PP_RSEQ_N())
#define PP_NARG_(...) \
PP_ARG_N(__VA_ARGS__)
#define PP_ARG_N( \
_1, _2, _3, _4, _5, _6, _7, _8, _9,_10, \
_11,_12,_13,_14,_15,_16,_17,_18,_19,_20, \
_21,_22,_23,_24,_25,_26,_27,_28,_29,_30, \
_31,_32,_33,_34,_35,_36,_37,_38,_39,_40, \
_41,_42,_43,_44,_45,_46,_47,_48,_49,_50, \
_51,_52,_53,_54,_55,_56,_57,_58,_59,_60, \
_61,_62,_63,N,...) N
#define PP_RSEQ_N() \
63,62,61,60, \
59,58,57,56,55,54,53,52,51,50, \
49,48,47,46,45,44,43,42,41,40, \
39,38,37,36,35,34,33,32,31,30, \
29,28,27,26,25,24,23,22,21,20, \
19,18,17,16,15,14,13,12,11,10, \
9,8,7,6,5,4,3,2,1,0
#define PP_CONCAT(a,b) PP_CONCAT_(a,b)
#define PP_CONCAT_(a,b) a ## b
#define THINK(...) PP_CONCAT(THINK_, PP_NARG(__VA_ARGS__))(__VA_ARGS__)
#define THINK_0() THINK_1("sector zz9 plural z alpha")
#define THINK_1(location) THINK_2(location, 42)
#define THINK_2(location,answer) THINK_3(location, answer, "deep thought")
#define THINK_3(location,answer,computer) \
printf ("The answer is %d. This was calculated by %s, and a computer to figure out what this"
" actually means will be build in %s\n", (answer), (computer), (location))
int
main (int argc, char *argv[])
{
THINK (); /* On compilers other than GCC you have to call with least one non-default argument */
}
ZASTRZEŻENIE: W większości nieszkodliwe.
:%s/MY_MACRO_/THINK_/g
:)
i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5664)
Nie do tego jest przeznaczony preprocesor.
To powiedziawszy, jeśli chcesz wejść w obszar poważnie trudnego programowania makr z odrobiną czytelności, powinieneś przyjrzeć się bibliotece preprocesorów Boost . W końcu nie byłoby C ++, gdyby nie było trzech poziomów programowania całkowicie zgodnych z Turingiem (preprocesor, metaprogramowanie szablonów i podstawowy poziom C ++)!
#define MY_MACRO_3(X,Y,Z) ...
#define MY_MACRO_2(X,Y) MY_MACRO(X,Y,5)
#define MY_MACRO_1(X) MY_MACRO(X,42,5)
W momencie wywołania wiesz, ile argumentów przekażesz, więc naprawdę nie ma potrzeby przeciążania.
Bardziej zwięzła wersja kodu Dereka Ledbettera:
enum
{
plain = 0,
bold = 1,
italic = 2
};
void PrintString(const char* message = NULL, int size = 0, int style = 0)
{
}
#define PRINT_STRING(...) PrintString(__VA_ARGS__)
int main(int argc, char * const argv[])
{
PRINT_STRING("Hello, World!");
PRINT_STRING("Hello, World!", 18);
PRINT_STRING("Hello, World!", 18, bold);
return 0;
}
Jako wielki fan okropnych potworów makro, chciałem rozwinąć odpowiedź Jasona Denga i uczynić ją użyteczną. (Na lepsze lub gorsze.) Oryginał nie jest zbyt przyjemny w użyciu, ponieważ za każdym razem, gdy chcesz zrobić nowe makro, musisz modyfikować zupę z dużym alfabetem, a jest jeszcze gorzej, jeśli potrzebujesz innej ilości argumentów.
Zrobiłem więc wersję z następującymi funkcjami:
Obecnie zrobiłem maksymalnie 16 argumentów, ale jeśli potrzebujesz więcej (naprawdę teraz? Po prostu robisz się głupi ...) możesz edytować FUNC_CHOOSER i CHOOSE_FROM_ARG_COUNT, a następnie dodać przecinki do NO_ARG_EXPANDER.
Zobacz doskonałą odpowiedź Jasona Denga, aby uzyskać więcej informacji na temat implementacji, ale wstawię kod tutaj:
#include <stdio.h>
void realCreate(int x, int y)
{
printf("(%d, %d)\n", x, y);
}
// This part you put in some library header:
#define FUNC_CHOOSER(_f0, _f1, _f2, _f3, _f4, _f5, _f6, _f7, _f8, _f9, _f10, _f11, _f12, _f13, _f14, _f15, _f16, ...) _f16
#define FUNC_RECOMPOSER(argsWithParentheses) FUNC_CHOOSER argsWithParentheses
#define CHOOSE_FROM_ARG_COUNT(F, ...) FUNC_RECOMPOSER((__VA_ARGS__, \
F##_16, F##_15, F##_14, F##_13, F##_12, F##_11, F##_10, F##_9, F##_8,\
F##_7, F##_6, F##_5, F##_4, F##_3, F##_2, F##_1, ))
#define NO_ARG_EXPANDER(FUNC) ,,,,,,,,,,,,,,,,FUNC ## _0
#define MACRO_CHOOSER(FUNC, ...) CHOOSE_FROM_ARG_COUNT(FUNC, NO_ARG_EXPANDER __VA_ARGS__ (FUNC))
#define MULTI_MACRO(FUNC, ...) MACRO_CHOOSER(FUNC, __VA_ARGS__)(__VA_ARGS__)
// When you need to make a macro with default arguments, use this:
#define create(...) MULTI_MACRO(CREATE, __VA_ARGS__)
#define CREATE_0() CREATE_1(0)
#define CREATE_1(x) CREATE_2(x, 0)
#define CREATE_2(x, y) \
do { \
/* put whatever code you want in the last macro */ \
realCreate(x, y); \
} while(0)
int main()
{
create();
create(10);
create(20, 20);
//create(30, 30, 30); // Compilation error
return 0;
}
Możesz użyć BOOST_PP_OVERLOAD
zboost
biblioteki.
Przykład z oficjalnego dokumentu doładowania :
#include <boost/preprocessor/facilities/overload.hpp>
#include <boost/preprocessor/cat.hpp>
#include <boost/preprocessor/facilities/empty.hpp>
#include <boost/preprocessor/arithmetic/add.hpp>
#define MACRO_1(number) MACRO_2(number,10)
#define MACRO_2(number1,number2) BOOST_PP_ADD(number1,number2)
#if !BOOST_PP_VARIADICS_MSVC
#define MACRO_ADD_NUMBERS(...) BOOST_PP_OVERLOAD(MACRO_,__VA_ARGS__)(__VA_ARGS__)
#else
// or for Visual C++
#define MACRO_ADD_NUMBERS(...) \
BOOST_PP_CAT(BOOST_PP_OVERLOAD(MACRO_,__VA_ARGS__)(__VA_ARGS__),BOOST_PP_EMPTY())
#endif
MACRO_ADD_NUMBERS(5) // output is 15
MACRO_ADD_NUMBERS(3,6) // output is 9
W zależności od tego, czego potrzebujesz, możesz to zrobić za pomocą argumentów var z makrami. Otóż, opcjonalne parametry czy przeciążenie makr, nie ma czegoś takiego.
Żaden z powyższych przykładów (od Dereka Ledbettera, Davida Sorkovsky'ego i Joe D) do liczenia argumentów z makrami nie działał dla mnie przy użyciu Microsoft VCC 10. __VA_ARGS__
Argument jest zawsze traktowany jako pojedynczy argument (tokenizowanie go z ##
lub nie), więc przesunięcie argumentów, na którym polegają te przykłady, nie działa.
Krótka odpowiedź, jak twierdzi wielu innych powyżej: nie, nie można przeciążać makr ani używać w nich opcjonalnych argumentów.