Производительность: int vs. byte vs. custom int

Question

Я пишу программу, в которой мне нужно несколько значений, чтобы всегда быть значением, варьирующимся от 0 до 255, я хочу, чтобы это было закрыто на 255, так сказать. Я хотел бы знать, что мой лучший вариант, производительность мудрым:

• INT, я должен был бы поместить многочисленные проверки в коде
• байт, будет сгенерировано исключение, так что я по-прежнему нужно проверяет
• пользовательских INT может быть запрограммирован на автоматическое подрезать значения вниз или увеличить их до того, что я хочу, но, возможно, не хватает производительности (не уверен)

Какой вариант лучше всего подходит для моей ситуации? (Другие предложения также приветствуются)

Answer 1

Для чего-то вроде этого моя первая мысль была не о производительности, а об удобстве использования. Перспективное воздействие было бы трудно оценить без лучшего понимания вашего кода, и в конечном итоге профилировщик будет истинным судьей изменения. Вместо этого я бы сосредоточился на том, чтобы упростить его использование, а затем проверить perf этого решения.

Наличие нестандартного типа здесь не кажется необоснованным. Предположительно, вы хотели бы ограничить каждую отдельную операцию в 255 против ограничения конечного результата. Например 255 + 100 - 50 должен равняться 205 не 255. Если так пользовательский типа является лучшим выбором и может быть реализован по этим линиям

struct MyInt { 
    public readonly int Value; 

    public MyInt(int value) { 
    Value = Math.Min(value, 255); 
    } 

    public static MyInt operator+(MyInt left, MyInt right) { 
    return new MyInt(left.Value + right.Value); 
    } 

    public static MyInt operator-(MyInt left, MyInt right) { 
    return new MyInt(left.Value - right.Value); 
    } 

    // etc ... 
} 

Примечания по такому типу, вы должны также рассмотреть вопрос о внедрении интерфейсов, таких как IComparable , IComparable<T> и IEquatable<T>