🚀 go-pugleaf

> I operowanie koncepcjami najwyzszego rzedu adekwatnego do problemu
> jest przydatne (to moje, ale nie tylko, zdanie).

ten przyklad byl zupelnie niepotrzebny. rzeczywiscie sie "znecasz" z mojego 
pytania wyciagajac zupelnie gdzie indziej idace wnioski.

absolutnie bowiem zgadzam sie z tym co piszesz powyzej jako z pewna regula 
OGÓLNA. moje pytanie dotyczylo konkretnego przypadku, tych Twoich nazwanych 
par z nazwanymi polami, a nie podwazania sensu istnienia "koncepcji wyzszego 
rzedu" w ogólnosci. moze po prostu nie wyczulem, ze nie chodzi Ci konkretnie 
o te pary, tylko o mechanizm ogólny, stad to pytanie.

to na co zwracam Twoja uwage, to to, ze nie dostrzegasz mozliwosci uzyskania 
takiego samego efektu INNYMI srodkami. bardzo przywiazales sie do tego, ze 
masz te makra "w jezyku". a czymze innym jest mechanizm szablonów generatora 
kodu? szablony dokladnie tworzy sie w TYM samym jezyku programowania, 
szablon ma czesc deklaratywna, która ewaluuje sie "jak jest" i czesc 
imperatywna, napisana w C#/VB czy czymtam chcesz, która wykonuje sie podczas 
generowania. mozesz miec swój szablon DefTuple i w jednym miejscu napisane 
ile razy chcesz go wywolac. a to, ze pliki z tymi definicjami nie beda mialy 
rozszerzenia *.cs i nie bedzie ich przetwarzal kompilator? czy to tak 
naprawde ma znaczenie?

Nie przekonasz mnie chyba latwo, ze rozwijanie w pierwszym kroku buildowania 
projektu makra napisanego w T4/CodeSmith rózni sie czyms od rozwijania 
makrodefinicji C++. w obu przypadkach zarówno ilosc kodu do napisania jak i 
do czytania bedzie podobna, z dokladnoscia do skladni. a skladnia makr w C++ 
tez nie jest elementem jezyka jako takiego, tylko jezyka dla preprocesora.

pozdrawiam
Wiktor Zychla