Конструкция класса: массивы против нескольких переменных

Question

У меня есть теоретический вопрос, однако это проблема, с которой я иногда сталкиваюсь при разработке классов, и я вижу, что это делается по-другому, когда читаешь другие коды. Что из перечисленного было бы лучше и почему:

пример 1:

class Color 
{ 
public: 
    Color(float, float, float); 
    ~Color(); 

    friend bool operator==(Color& lhs, Color& rhs); 
    void multiply(Color); 
    // ... 
    float get_r(); 
    float get_g(); 
    float get_b(); 

private: 
    float color_values[3]; 
} 

пример 2:

class Color 
{ 
public: 
    // as above 

private: 
    float r; 
    float g; 
    float b; 
} 

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

Answer 1

Это зависит от того, вы собираетесь итерации по всему массиву?

В этом случае, думаю, решение 1 более подходит. Очень полезно иметь такой массив, когда у вас есть функции, которые работают в петле по данным

, например.

void BumpColors(float idx) 
{ 
    for (int i = 0; i < 3; ++i) 
     color_values[i] += idx; 
} 

против

void BumpColors(float idx) 
{ 
    color_values[0] += idx; 
    color_values[1] += idx; 
    color_values[2] += idx; 
} 

Конечно это тривиально, и я думаю, что на самом деле это вопрос предпочтений. В некоторых редких случаях вы можете иметь API, которые принимают указатель на данные, хотя и в то время как вы можете сделать

awesomeAPI((float*)&r); 

я предпочел бы делать

awesomeAPI((float*)&color_values[0]); 

, потому что массив будет гарантировать его примыкания, тогда вам может испортить смежность, добавив по ошибке другую переменную-член, которая не связана после float r.

Производительность мудрого не будет никакой разницы.

Answer 2

Есть ли общее правило, которое следует придерживаться в таких случаях, или это просто до программиста и что, по-видимому, имеет больше смысла?

Это определенно зависит от программиста и имеет смысл.

В вашем случае второй вариант представляется более подходящим. В конце концов, логически думая, ваш член не является массивом значений, а значениями для r, g и b.

Answer 3

Преимущества использования массива:

• ремонтопригодность: Вы можете использовать значения в массиве в цикле
• ремонтопригодность: Когда значение должно быть добавлено (например, желтый?), Чем у вас нет для изменения большого количества кода.

Неудобство:

• Читаемость: В 'значения' имеют более четкие имена (а именно R, G, B, в данном случае).

В вашем случае, возможно, переменные r, g, b являются лучшими, так как маловероятно, что цвет добавлен, а цикл над 3 элементами, вероятно, имеет меньшее значение, чем читаемость.

Answer 4

Я бы сказал, что второй из них самый лучший.

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

Во-вторых, кто-то, кто читает ваш код, также может во втором случае понять, что ваши переменные содержат (r красный, и т. Д.). Это не относится к массиву.

В-третьих, вы будете иметь меньше ошибок, вы не должны помнить «о, в моем массиве, красный 0, г = 1, Ь 2», и вы не заменит по ошибке

return color_values[0] 

по

return color_values[1] 

в вашем коде.

Answer 5

Я думаю, что вы правы: «Это просто программист и, как представляется, имеет больше смысла». Если бы это была моя программа, я бы выбрал одну или другую форму, не беспокоясь об этом слишком много, а затем напишу некоторые другие части программы, а затем снова перейдя к вопросу.

Одним из преимуществ ориентированного на класс дизайна является то, что он делает внутренние детали реализации такого типа private,, что делает его удобным для последующего их изменения.

Я думаю, что ваш вопрос имеет значение, только я сомневаюсь, что он может ответить на него хорошо, пока вы не написали больше кода. В реферате есть только три элемента, а три имеют имена - красный, зеленый и синий - поэтому я думаю, что вы могли бы пойти в любом случае с этим. Если принудительно выбрать, я выбираю пример 2.

Answer 6

Оба!

Используйте это:

class Color { 

    // ... 

private: 

    union { 
     struct { 
      float r, g, b; 
     }; 
     float c[3]; 
    }; 

}; 

Тогда c[0] будет эквивалентно r, и так далее.

Answer 7

Иногда программист будет использовать массив (или структуру данных) , чтобы быстрее сохранить данные на диске (или в памяти), используя 1 операцию записи. Это особенно полезно, если вы читаете и записываете много данных.