Каморка

дано:

struct A {
    string name;
    string address;
};

struct B {
    string name;
    string address;
};

typedef vector<A> avec;
typedef vector<B> bvec;
....

void func(avec& aa) {
   bvec bb;
   internal_func_for_filling_bb(bb);
   aa = ?????
}

Определения структур по сути одинаковы, однако ето совершенно две разные библиотеки которые вам надо скрестить. Как перевести вектор типа bvec в avec, чтобы другая библиотека его скушала более эффективно чем почленным копированием?

Код: Выделить всё

aa.resize(bb.size())
for(....) {
 aa[i].name = bb[i].name; 
...
}

вопросы про дурной дизайн с гневом отметаются

A& operator=( A& a, const B& b )
{
// преобразуй, как нужно.
}

А помоему, aissp-у хочется байтики за раз помувить, но чтоб красиво

а чем собсно такая красота не устраивает ? -

Код: Выделить всё

internal_func_for_filling_bb(*(B*)&a);

И что вектор афффтаматически поменяет тип? Я ведь завтра проверю

На вскидку не вериться мне. Вопрос в том что у меня два контейнера и преобразовать надо не структуру в структуру а контейнер в контейнер. Я честно не проверял не до етого было - отсюда и вопросер

Не байтики мувить не хочу. Кривое решение у меня есть - сделать общий хидер и перекомпилять библиотеки - поскольк у меня есть источники, но оно идет в разрез с моим моральным кодексом

Есть еше текузее решение, поскольку на перформанс ето не влияет оставить цикл и не забивать свою голову, но хочется как лучше

ajkj3em писал(а):а чем собсно такая красота не устраивает ? -
Код: Выделить всё
internal_func_for_filling_bb(*(B*)&a);

Только через reinterpret_cast, чтоб aissp не ругался

...
Edit: блин, вот так отвлекайся на телефон :S...

абсолютно не буду = бо задача реальная, просто решил проексплуатировать оьщественность, самому не думать не проверять некогда к сожалению и так зашиваюсь с редизайном одной программулки

а ну да естсественно это должно работать, бо говорящих жаб не быват. однако хочеться красивого решенница

чтоп взглянул и протащился

aissp писал(а):.....бо говорящих жаб не быват.

быват...

Froggy писал(а):
aissp писал(а):.....бо говорящих жаб не быват.
быват...

Кто ее сюда впустил? Признавайтесь...

PS а я думал чужие тут не ходють...

хочется иногда сюрреализьма...зайдешь сюда - ну ничегошеньки не понятно, ваще, зато возникает что-то странное, неземное.....

Froggy писал(а):хочется иногда сюрреализьма...зайдешь сюда - ну ничегошеньки не понятно, ваще, зато возникает что-то странное, неземное.....

Ндаа, представляю как непосвященые воспринимают такую, например фразу:

чтобы другая библиотека его скушала более эффективно чем почленным копированием

Marmot писал(а):Ндаа, представляю как непосвященые воспринимают такую, например фразу:...

Вспомнилось старое... Разговор двух adminов:
"-Я вчера весь день с "мамой" трахался...
- И как?
- Да сдохла, сука..."

aissp писал(а):Есть еше текузее решение, поскольку на перформанс ето не влияет оставить цикл и не забивать свою голову, но хочется как лучше

А лучше оставить цикл. Все равно, никто не знает, что лучше для перформанса. Так что, лучше и не заморачиваться.

Когда я только пришел в EA, мне дали кусок кода и сказали, посмотри, что можно оптимизировать.
Ну я посмотрел - там битовые маски копируются при присвоении. Ага, думаю, сейчас я им референс каунтинг сделаю и избавлюсь от копирования. Ну сделал. Стало работать медленнее.
Потому что копирование все в кеше делается, а референс каунтинг делает if, да еще и по памяти скачет как горный козел.
В общем, я сейчас если вижу копирование, то думаю о замене на ссылку только если там больше килобайта, а в остальных случаях, даже и задумываться незачем.

Так и сделал, тока оформил функцией чтобы вернуться когда нибудь потом. Или не вернуться

Каморка

а вот кроссоврдик

а вот кроссоврдик

Re: а вот кроссоврдик

Re: а вот кроссоврдик