Операторы для C структуры

[Igors]

Во всех пользовательских функциях мы работаем с rgbLibF, поскольку для него все эти операции уже заточены..

Идея понятна, но

Теперь пишем шаблонные функции для работы с цветом, например:

Код

C++ (Qt)
template <class R, class T>
R combine_color(T c1, T c2, float w)
{
    rgbLibF c1 = color_cast<rgbLibF>(clr1);
    rgbLibF c2 = color_cast<rgbLibF>(clr2);
    return color_cast<R>( c1 * (1 - w) + c2 * w );   
}
 

Зачем тогда R и T? Все равно внутри конкретный rgbLibF и единственный T = Color. Может сделано в расчете что будет еще какое-то старье, тоже цвет? Ну это уж слишком "общо". И опять-таки обертка "только для 1 формулы".  Нет, все-таки правильно обеспечить операторы арифметики

[Old]

А разве rgbLibF - это не тот самый класс, который всё правильно делает?) 

Тогда его и нужно использовать везде везде везде, а по мере надобности кастовать в разные Color.

[Igors]

А разве rgbLibF - это не тот самый класс, который всё правильно делает?)  

Да, но он ничего не знает о старом Color. И rgbLibF библтотечный, хедер нельзя менять

[Old]

А разве rgbLibF - это не тот самый класс, который всё правильно делает?)  

Да, но он ничего не знает о старом Color. И rgbLibF библтотечный, хедер нельзя менять

Поэтому, нужно сделать свой класс MyColor, возможно он будет наследник rgbLibF, плюс операторы для приведения из MyColor в rgbLibF, Color, QColor, TheBestColor и все остальные колоры.

[m_ax]

Зачем тогда R и T? Все равно внутри конкретный rgbLibF и единственный T = Color.

Как зачем? Я думал нужно уметь делать так, например:

Код

C++ (Qt)
rgbLibF c1, c2;
float w;
Color clr = combine_color(c1, c2, w);
...
Color c1, c2;
rgbLibF clr2 = combine_color(c1, c2, w);
 
и т.д..
 

Тогда его и нужно использовать везде везде везде, а по мере надобности кастовать в разные Color.

Согласен) Но я, кажется, уже опять начинаю не понимать, что же в конечном счёте хотел igors  

[Old]

Но я, кажется, уже опять начинаю не понимать, что же в конечном счёте хотел igors  

Так в этом вся прелесть. Поэтому, мне и нравиться играть с ним в его вопросы.
Это как разговоры с доисторическим человеком: он пытается жестами объяснить, что ему нужно, а тебе его понять за меньшее количество шагов и наводящих вопросов.

[Bepec]

Рассеянное внимание, переключение с темы на тему, игнорирование ответов и это всё в одном флаконе

[Igors]

Как зачем? Я думал нужно уметь делать так, например:

Код

C++ (Qt)
rgbLibF c1, c2;
float w;
Color clr = combine_color(c1, c2, w);
...
Color c1, c2;
rgbLibF clr2 = combine_color(c1, c2, w);
 
и т.д..
 

Это я и так сделаю, без всяких template - ведь в том что Вы привели типы задаются явно.

Согласен) Но я, кажется, уже опять начинаю не понимать, что же в конечном счёте хотел igors  Улыбающийся

Это ясно сказано в первом посте: обеспечить корректное выполнение выражения

Код

C++ (Qt)
return c1 * (1 - w) + c2 * w;

При условии что одним из инстанциированных типов может быть Color (см его объявление). Ну он же и должен возвращаться.

Проблема в том что предложенные решения, на мой взгляд, довольно многословный код, а с др стороны обеспечивают только одну формулу. Нет, пока она у меня только одна  - но все-таки тут уместно вспомнить об общности. Что ж Вы рисуете combine_color, потом other_combine_color - ведь это все арифметические выражения

[Old]

Нет, пока она у меня только одна   - но все-таки тут уместно вспомнить об общности. Что ж Вы рисуете combine_color, потом other_combine_color - ведь это все арифметические выражения

Так используйте правильный класс для цвета, который можно использовать в этих арифметических выражениях, у которого есть все необходимые операторы. А так же возможность приведения во все простые типы, типа Color.

А то туда и строки можно начать сувать и сокрушаться, что считается не очень правильно.

[m_ax]

Это ясно сказано в первом посте: обеспечить корректное выполнение выражения

На что я предложил написать операторы для Color, но у Вас там возникли какие-то проблемы..
Потом, оказывается, есть rgbLibF, который это всё умеет..
Ну так в чём проблема:

Код

C++ (Qt)
const Color operator*(Color c, float x)
{
    rgbLibF clr = color_cast<rgbLibF>(c);
    return color_cast<Color>( clr * x );
} 
 
const Color operator+(Color c1, Color c2)
{
    return color_cast<Color>( color_cast<rgbLibF>(c1) + color_cast<rgbLibF>(c2) );
}
 

Так используйте правильный класс для цвета, который можно использовать в этих арифметических выражениях, у которого есть все необходимые операторы. А так же возможность приведения во все простые типы, типа Color.

Да, или так)

 

[Igors]

На что я предложил написать операторы для Color, но у Вас там возникли какие-то проблемы..
Потом, оказывается, есть rgbLibF, который это всё умеет..
Ну так в чём проблема:

Код

C++ (Qt)
const Color operator*(Color c, float x)
{
    rgbLibF clr = color_cast<rgbLibF>(c);
    return color_cast<Color>( clr * x );
} 
 
const Color operator+(Color c1, Color c2)
{
    return color_cast<Color>( color_cast<rgbLibF>(c1) + color_cast<rgbLibF>(c2) );
}
 

Это просто неверно, что толку считать во флотах если выход каждого оператора обрезается до uchar? Надо все выражение посчитать во флотах, а рез-т уже привести к Color. Но как мне это сделать? Напр я не могу написать

Код

C++ (Qt)
Color operator = ( const rgbLibF & src );
 

Т.к. этот оператор должен быть членом класса. Или в rgbLibF определить оператор Color - опять нужно членство. Вот о чем я спрашивал, а Вы какой-то, мягко говоря, "невнимательный"  

[Old]

 Это вы правильно подметили. Во всем виноват m_ax, точнее его "невнимательность".