KO
зачем using? методы сами подтянутся в наследника, не считая парочки перекрытых
Операторы не будут работать как надо
Size: a a a
2020 August 20
KO
Я могу просто макрос написать, который мне будет нужный тип генерировать, но я слышал макросами лучше не пользоваться.
O
Операторы не будут работать как надо
А можно пример?
KO
ну например operator+ возвращает базовый класс, видимо надо будет писать неявное приведение базового класса к наследуемуему чтобы это работало?
АК
Strong typedef не реализуется красиво в C++, но меньшее, чем можно пожертвовать, это красивые логи ошибок
CD
enum class myint : int {};
CD
enum class myint: int {};
myint operator + (myint lhs, myint rhs) {
return myint{static_cast<int>(lhs) + static_cast<int>(rhs)};
}
int main() {
myint a{3};
myint b{42};
myint c = a + b;
}O
ну например operator+ возвращает базовый класс, видимо надо будет писать неявное приведение базового класса к наследуемуему чтобы это работало?
Разве этого недостаточно более сложных классов?
struct strong_alias_to_base : base {
template<typename... T>
strong_alias_to_base(T&&... b)
: base{std::forward<T>(b)...} {}
};
Пока лишь вижу потенциальную проблему с видом скобок в конструктореO
Разве этого недостаточно более сложных классов?
struct strong_alias_to_base : base {
template<typename... T>
strong_alias_to_base(T&&... b)
: base{std::forward<T>(b)...} {}
};
Пока лишь вижу потенциальную проблему с видом скобок в конструктореИ какой-то шаблонный код может сломаться, если там явно проверяется тип через
is_same, но так в этом и была цельKO
enum class myint: int {};
myint operator + (myint lhs, myint rhs) {
return myint{static_cast<int>(lhs) + static_cast<int>(rhs)};
}
int main() {
myint a{3};
myint b{42};
myint c = a + b;
}проблема в том что мне таких 3 штуки нужно
KO
для каждого типа измерения.
KO
и с помощью шаблонов я хотел избежать дублирования кода всех операторов
CD
проблема в том что мне таких 3 штуки нужно
а вы можете обще описать операции?
KO
плюс, инкремент
CD
плюс, инкремент
типы результатов?
KO
всё что с обычными числами связано.
KO
короче, если конкретно, это log sequence number и epoch number - логическое время и номер записи в журнале