AP
но вот когда в приложении N типов, так и хочется написать шаблонную фабрику для них
Size: a a a
2020 December 17
AP
и все гг
AP
AP
все из-за моей идеи создавать фабрики вот так:
using GraphicFactory = AbstractFactoryImpl<
CubeMap,
FrameBuffer,
IndexBuffer,
RenderBuffer,
Shader,
Texture,
VertexArray,
VertexBuffer,
VertexBufferLayout
>;
U
я так понимаю 9-patch текстуры можно без проблем рендерить шейдером?
U
ну такие текстуры у которых только середина растягивается
TG
M
напоминаю что нам нужно минимизировать
1) время разработки человеком
2) время сборки (компиляция и линковка)
3) время работы
1) время разработки человеком
2) время сборки (компиляция и линковка)
3) время работы
1) -O0
2) -O0
3) -O3 + LTO + PGO
2) -O0
3) -O3 + LTO + PGO
M
1) -O0
2) -O0
3) -O3 + LTO + PGO
2) -O0
3) -O3 + LTO + PGO
разве за О3 не бьют по рукам?
M
разве за О3 не бьют по рукам?
Нет, с чего бы
M
Нет, с чего бы
мне говорили, что в нормальных проектах только О2 используется, ибо в О3 уже слишком агрессивные вещи происходят.
Тот же Qt6 собирается на О2
Тот же Qt6 собирается на О2
AT
но вот когда в приложении N типов, так и хочется написать шаблонную фабрику для них
Если проблема в том, что ты хочешь организовать RAII для какого-то ресурса, то тебе вряд ли что-то помимо
unique_ptr/shared_ptr понадобится. Ты можешь использовать кастомные Deleter-ы в них.M
мне говорили, что в нормальных проектах только О2 используется, ибо в О3 уже слишком агрессивные вещи происходят.
Тот же Qt6 собирается на О2
Тот же Qt6 собирается на О2
А хром с О3.
Если О3 ломает код, то проблема либо в коде, либо в компиляторе. И обычно она не в компиляторе
Если О3 ломает код, то проблема либо в коде, либо в компиляторе. И обычно она не в компиляторе
AT
https://github.com/asc-community/MxEngine/blob/master/src/Utilities/AbstractFactory/AbstractFactory.h
сей шедевр жрет немереренно в билд тайме
сей шедевр жрет немереренно в билд тайме
да. Артель бесполезного труда.
AP
Если проблема в том, что ты хочешь организовать RAII для какого-то ресурса, то тебе вряд ли что-то помимо
unique_ptr/shared_ptr понадобится. Ты можешь использовать кастомные Deleter-ы в них.Я описал в чем преимущество хендлов по сравнению с смарт птром
AP
К тому же как оказалось нельзя форсировать shared_ptr удалить объект
AT
Я описал в чем преимущество хендлов по сравнению с смарт птром
не понял объяснения
M
AT
К тому же как оказалось нельзя форсировать shared_ptr удалить объект
это решается double indirection (как и почти любая другая проблема =)). Ты делаешь
shared_ptr<unique_ptr<T>>.AP
И по сколько аллокации на каждый объект делать?