D
Это может быть полезно при наследовании
Size: a a a
2021 April 17
D
Но лучше наследованием пользоваться как можно реже
x(
интерфейсы наследовать ок
D
Интересно, какие там могут быть костыли...
D
Код прост как две копейки
d
не надо впадать в крайность, конкретно тут идёт контракт, который надо реализовать
AF
Для этого есть policy based design Андрея александреску)
d
например загрузчик текстуры может хранить копию текстуры в памяти, а может не хранить и читать только при запросе
d
зачем тут городить шаблоны, когда есть старый добрый интерфейс?
AF
Для дедов
AF
(И срезания типов)
D
Это не костыль, а просто дополнительный функционал
d
да там может быть море костылей, например можно реализовать интерфейс так, чтобы он собирал данные с нескольких таких интерфейсов и делал 3д текстуру
VK
Один раз же, главное, чтобы в своём процессе
d
тут можно найти две имплементации этого интерфейса, возможно, корявые
d
а толку мне от него?
D
Ну короче делай как считаешь нормально, ни кто тебя в этом не ограничивает, лишь бы работало нормально
d
единственное тут надо как-то различать многомерные текстуры от массивов, ибо у них по разному реализованы мипы
J
А как часто в реальной практике используется ElementBuffer?
столкнулся с задачей текстурирования куба, (каждая грань — отдельно)
но не могу найти способ такого текстурирования если куб задан 8 точками и 12 треугольниками (через ElementBuffer)
столкнулся с задачей текстурирования куба, (каждая грань — отдельно)
но не могу найти способ такого текстурирования если куб задан 8 точками и 12 треугольниками (через ElementBuffer)
AP
Используется практически всегда. Куб частный случай, для которого он выгоды не дает, так как на каждой грани нормали разные