C headers (mixed C/C++)

[m_ax]

А вообще уверяю Вас что после первого, даже скромного, инженерного расчета Ваш энтузиазм к private и геттерам/сеттерам резко упадет, возможно до нуля 

Я занимаюсь расчётами..  достаточно серьёзными (производительность приоритетна). Никаких проблем с сетерами и гетерами не испытывал..  

[Igors]

Весь пользовательский код будет работать с объектами DrawBuffer_cpp, а про DrawBufferRec будет знать только прослойка.

Ну это понятно, но как в DrawBuffer_cpp должны быть представлены члены которые в DrawBufferRec были С-структурами (RGB_Float, C_Matrix, C_Rect)?

Я несколько раз писал, что по моему мнению так делать нельзя. Как правило получается не удобная фигня.
Нужно сесть и представить (с точки зрения пользовательского кода), а как бы мне было удобно эффективно это все описать на C++.

Я понимаю о чем Вы говорите, но в данном случае мне просто нужны ++ эквиваленты примитивных структур (RGB_Float, C_Matrix, C_Rect) - и ничего более 

[m_ax]

... но в данном случае мне просто нужны ++ эквиваленты примитивных структур (RGB_Float, C_Matrix, C_Rect) - и ничего более 

Я всё никак понять не могу, а какой в этом тогда смысл?

[m_ax]

... но в данном случае мне просто нужны ++ эквиваленты примитивных структур (RGB_Float, C_Matrix, C_Rect) - и ничего более 

Я всё никак понять не могу, а какой в этом тогда смысл?

Если только ради дополнительных функций..
1) написать все необходимые функции для сишных примитивов.. (в отдельном хедере)
2)

[Igors]

Если только ради дополнительных функций..
1) написать все необходимые функции для сишных примитивов.. (в отдельном хедере)

Все-таки прочли тему   Конечно можно и так, минус что свои аналогичные плюсовые структуры есть (без них не проживешь), поэтому возникают многочисленные приведения.

[Old]

Я понимаю о чем Вы говорите, но в данном случае мне просто нужны ++ эквиваленты примитивных структур (RGB_Float, C_Matrix, C_Rect) - и ничего более 

Код

C++ (Qt)
extern "C"
{
typedef struct matrix matrix_type;
void matrix_rotate_x( matrix_type *m, real a );
void matrix_scale( matrix_type *m, real s );
}
 
class Matrix
{
public:
    void rotate_x( real a );
    void scale( real s );
 
private:
    matrix_type m_matrix;
 
// а лучше 
// class priv;
// priv    *d;
};
 
// ---
 
void Matrix::rotate_x( real a )
{
    matrix_rotate_x( &m_matrix, a );
}
 
void Matrix::scale( real s )
{
    matrix_scale( &m_matrix, s );
}
 

С одной стороны (пользовательский код) виден только интерфейс Matrix, с другой стороны все реализуется через С-функции.

[Old]

Все-таки прочли тему   Конечно можно и так, минус что свои аналогичные плюсовые структуры есть (без них не проживешь), поэтому возникают многочисленные приведения.

Все приведения (если и будут) только в интерфейсном слое (Matrix).

[Igors]

Все приведения (если и будут) только в интерфейсном слое (Matrix).

Я согласен со всем что Вы говорите - но все-таки из Ваших слов не понимаю как же нужно делать  Получив вызов API я имею на входе большую С структуру - ну привел или создал ++ структуру, ясно. Но как же мне в этой ++ структуре иметь удобный доступ к ++ под-структурам (сpp_RGB_Float, cpp_Matrix, cpp_Rect)? Я предложил оформить аксессоры - нет. Тогда как?

Ладно, не буду больше настаивать, тема уже слишком велика, в принципе обсуждение было полезным. Спасибо

[Old]

Тогда как?

Возвращать такие объекты  (Point, Rect, Matrix) только по значению (с техникой implicitly shared это будет не накладно) или константной ссылке. И соответственно, нужны полноценные сеттеры.