Deutsch
Germany.ruФорумы → Архив Досок→ Программирование

[C++] Иерархия функторов

358  1 2 3 все
Simple Nothing is f*cked08.11.06 10:11
Simple
NEW 08.11.06 10:11 
Задача: для каждого элемента массива нужно выполнить определенную операцию. В некоторых случаях эта операция отличается от стандартной. Напрашивается иерархия функторов, но у Саттера я прочитал:
В ответ на:
Therefore, function objects must be cheap to copy and monomorphic. But large and/or polymorphic objects are useful, and using them is okay; just hide the size and richness using the Pimpl idiom, which leaves the outer class as the required cheap-to-copy monomorphic type that still accesses rich state.

Идея, в принципе, ясна, но если я не ошибаюсь, разные копии функтора пользуются одним и тем же внутренним объектом Pimpl. Получается, что нужно наследовать не от самого базового функтора, а от Pimpl'а, так ведь?
Существуют какие-то другие паттерны для решения такой проблемы?
You said it man... Nobody f*cks with the Jesus (c)
Все о бильярде
#1 
Murr коренной житель08.11.06 10:25
Murr
08.11.06 10:25 
в ответ Simple 08.11.06 10:11
В некоторых случаях эта операция отличается от стандартной.
-----
Хммм... если она отличается для элементов производного типа, то не вижу никаких проблем - все разруливается по типам.
#2 
Simple Nothing is f*cked08.11.06 10:33
Simple
NEW 08.11.06 10:33 
в ответ Simple 08.11.06 10:11
Элементы массива преобразовываются в элементы некоего документа. Операция преобразования может отличаться для разных типов документов и состояния конкретного элемента массива. То есть, желательно бы для каждого типа документа сделать отдельный функтор.
По идее, можно было бы сделать одну виртуальную функцию и вызывать ее из operator(), а остальное упрятать в Pimpl. Как это будет?
#3 
Simple Nothing is f*cked08.11.06 10:34
Simple
NEW 08.11.06 10:34 
в ответ Murr 08.11.06 10:25
Проблема в том, что объект-функтор копируется внутри стандартного алгоритма.
#4 
  scorpi_ скептик08.11.06 10:36
NEW 08.11.06 10:36 
в ответ Simple 08.11.06 10:33
Элементы массива преобразовываются в элементы некоего документа.
Это имхо классическая область применения визитора.
#5 
Murr коренной житель08.11.06 10:37
Murr
NEW 08.11.06 10:37 
в ответ Simple 08.11.06 10:34
Эээ... Пишешь конструктор копирования и делаешь его виртуальным. Ну или строишь что-то, что будет разбираться с типами...
#6 
Simple Nothing is f*cked08.11.06 10:57
Simple
NEW 08.11.06 10:57 
в ответ scorpi_ 08.11.06 10:36
То, что я собираюсь сделать, и есть визитор для одного типа элементов, разве не так? Пробежать по массиву, для каждого элемента вызвать абстрактную операцию.
#7 
  scorpi_ скептик08.11.06 11:23
NEW 08.11.06 11:23 
в ответ Simple 08.11.06 10:57
Ты банду читал?
#8 
Simple Nothing is f*cked08.11.06 11:31
Simple
NEW 08.11.06 11:31 
в ответ scorpi_ 08.11.06 11:23
Да. Щас перечитал ту главу для верности. В данном случае, типов элементов у меня один, а визиторов столько, сколько типов документов, правильно? Не пойму, в чем отличие паттерна от for_each.
#9 
  scorpi_ скептик08.11.06 11:33
NEW 08.11.06 11:33 
в ответ Simple 08.11.06 11:31
в double dispatch
#10 
Simple Nothing is f*cked08.11.06 12:18
Simple
NEW 08.11.06 12:18 
в ответ scorpi_ 08.11.06 11:33
Разницу понял, буду думать дальше. Спасибо.
#11 
rahimov80 завсегдатай13.11.06 16:29
NEW 13.11.06 16:29 
в ответ Simple 08.11.06 10:11
У меня некоторые проблемы с терминологией (ну или отсутсвие необходимых знаний ), не сможет ли кто нибудь помочь? (только не немецкий - english пожалуйста )
"объект-функтор, иерархия функторов" - это что?
"банда" - это что?
* Band ?
* Erich Gamma, Richard Helm, Ralph Johnson and John Vlissides ?
"for_each" - это паттерн iterator?
#12 
  scorpi_ 13.11.06 17:38
NEW 13.11.06 17:38 
в ответ rahimov80 13.11.06 16:29
"объект-функтор, иерархия функторов" - это что?
http://en.wikipedia.org/wiki/Function_object
"банда" - это что?
GoF, Gang of Four, Gamma & Co.
"for_each" - это паттерн iterator?
функция из STL - http://www.sgi.com/tech/stl/for_each.html
#13 
Simple Nothing is f*cked14.11.06 10:55
Simple
NEW 14.11.06 10:55 
в ответ scorpi_ 13.11.06 17:38
Читая "101 rules...", я вдруг понял, почему моя первоначальная задумка не получилась бы: функтор передается по значению и был бы порезан. Visitor фунциклирует, спасибо еще раз за наводку.
Почему-то у нас в фирме существует непонятное отторжение стандартной библиотеки. Пытаюсь пробить стену :)
#14 
rahimov80 завсегдатай17.11.06 14:15
NEW 17.11.06 14:15 
в ответ scorpi_ 13.11.06 17:38, Последний раз изменено 17.11.06 17:19 (rahimov80)
Спасибо большое за быстрый и полный (по крайней мере знаешь, где и что искать) ответ.
В ответ на:

"объект-функтор, иерархия функторов" - это что?
http://en.wikipedia.org/wiki/Function_object

С трудом, но разобрался: слабо понимаю motivation. Использовать для
for_each - вообще ограниченние, т.к. for_each не допускает полиморфизм для функтора
В ответ на:

"банда" - это что?
GoF, Gang of Four, Gamma & Co.

Век живи, век учись: "банда четырёх" - во как.
Да. Я тоже люблю сокрашения, раньше говорил: "Иди ARM почитай", а сейчас буду говорить:"иди GoF почитай"!
В ответ на:

"for_each" - это паттерн iterator?
функция из STL - http://www.sgi.com/tech/stl/for_each.html

А я уже, грешным делом, подумал, что это "For Each element In group" в VB
До сих пор как в страшном сне:
[propget, id(1), helpstring("property Count")] HRESULT Count([out, retval] long *pVal);
[propget, restricted, id(DISPID_NEWENUM), helpstring("property _NewEnum")] HRESULT _NewEnum([out, retval] LPUNKNOWN *pVal);
ну и
typedef CComObject< CComEnum <IEnumVARIANT, &IID_IEnumVARIANT, VARIANT, _Copy<VARIANT> > > Enum;

#15 
rahimov80 завсегдатай17.11.06 15:37
NEW 17.11.06 15:37 
в ответ rahimov80 17.11.06 14:15, Последний раз изменено 17.11.06 17:18 (rahimov80)
В ответ на:
С трудом, но разобрался: слабо понимаю motivation. Использовать для
for_each - вообще ограниченние, т.к. for_each не допускает полиморфизм для функтора

Прошу прошения, я конечно нашёл полиморфизм для функтора в for_each
#16 
Simple Nothing is f*cked19.11.06 20:16
Simple
NEW 19.11.06 20:16 
в ответ rahimov80 17.11.06 15:37
Динамический полиморфизм работает только с указателями и ссылками, а в алгоритм функтор обычно передается по значению.
#17 
rahimov80 завсегдатай20.11.06 12:09
NEW 20.11.06 12:09 
в ответ Simple 19.11.06 20:16
Я не понимаю Ваше замечание.
Что значит "обычно"? Так
for_each<list<CNode>::iterator, CBaseFactor&>(lstCNode.begin(), lstCNode.end(), theFactor)
я могу использовать? Вот и ссылка.
#18 
Simple Nothing is f*cked20.11.06 12:31
Simple
NEW 20.11.06 12:31 
в ответ rahimov80 20.11.06 12:09
Давай на "ты". На "вы" в сети общаться не принято :)
Такой пример:
class Base
{
virtual void foo();
}
class Derived : public Base
{
virtual void foo();
}
void f(Base a)
{
a.foo();
}
int main()
{
Base b;
f(b);
Derived d;
f(d);
}


Какая из foo будет вызвана во втором случае, Base::foo или Derived::foo?

#19 
rahimov80 завсегдатай20.11.06 12:41
NEW 20.11.06 12:41 
в ответ Simple 20.11.06 12:31
Simple, если на ты, то не надо меня "лечить" (прошу прошения за жаргон)
В твоем случае будет вызванна Base::foo()
Но если определение void f(Base& a){ a.foo();}, то будет вызванна Derived::foo(). Возражений нет?
А значок & во втором параметре для for_each видел?
#20 
1 2 3 все