AS
Тоже благодарю!)
Size: a a a
2021 February 27
AS
Господа, вы показали высокий стиль
DP
Господа, вы показали высокий стиль
А ты значит следил все это время, кардинал )
AS
А ты значит следил все это время, кардинал )
Нет, попал на финал
MK
В конце концов, обёртка над API может юзать unique_ptr :)
У меня вопрос возник - чем это лучше CloseHandle в деструкторе класса-обертки? Из всех свойств unique_ptr вы все равно используете только контроль времени жизни.
D
У меня вопрос возник - чем это лучше CloseHandle в деструкторе класса-обертки? Из всех свойств unique_ptr вы все равно используете только контроль времени жизни.
RAII + deleter + move + get + operator bool из коробки - писать меньше))
Вообще, у себя мы используем
обёртки над апи, которые возвращают auto, а на деле -
Уникальность типа лямбды решает проблему конструирования с не тем удалителем (правда, reset её может вновь вернуть), но некоторая привязка к внутренней реализации дескриптора присутствует, согласен
Вообще, у себя мы используем
обёртки над апи, которые возвращают auto, а на деле -
unique_ptr<remove_pointer_t<handle_type>, some_lambda>Уникальность типа лямбды решает проблему конструирования с не тем удалителем (правда, reset её может вновь вернуть), но некоторая привязка к внутренней реализации дескриптора присутствует, согласен
RM
RAII + deleter + move + get + operator bool из коробки - писать меньше))
Вообще, у себя мы используем
обёртки над апи, которые возвращают auto, а на деле -
Уникальность типа лямбды решает проблему конструирования с не тем удалителем (правда, reset её может вновь вернуть), но некоторая привязка к внутренней реализации дескриптора присутствует, согласен
Вообще, у себя мы используем
обёртки над апи, которые возвращают auto, а на деле -
unique_ptr<remove_pointer_t<handle_type>, some_lambda>Уникальность типа лямбды решает проблему конструирования с не тем удалителем (правда, reset её может вновь вернуть), но некоторая привязка к внутренней реализации дескриптора присутствует, согласен
Я уже переписал под any, создание и удаление 1m сущностей за 0.038 сек, никаких ООП, но поддерживает автоматическое определение наличия в классе методов OnCreate, OnUpdate, OnDestroy
D
Я уже переписал под any, создание и удаление 1m сущностей за 0.038 сек, никаких ООП, но поддерживает автоматическое определение наличия в классе методов OnCreate, OnUpdate, OnDestroy
Что переписал?
RM
Что переписал?
unique_ptr<void> на any поменял
RM
Могу гит кинуть если интересно
2021 February 28
D
Могу гит кинуть если интересно
Кидай, чо уж там
Хотя идея и так понятна
Хотя идея и так понятна
AG
Как в этом чате относятся к книгам Столярова серии "Введение в профессию"?
Тут постоянно просят порекомендовать книги по плюсам и CS, но никто не скидывал его. Неужто кал?)
Тут постоянно просят порекомендовать книги по плюсам и CS, но никто не скидывал его. Неужто кал?)
LA
Как в этом чате относятся к книгам Столярова серии "Введение в профессию"?
Тут постоянно просят порекомендовать книги по плюсам и CS, но никто не скидывал его. Неужто кал?)
Тут постоянно просят порекомендовать книги по плюсам и CS, но никто не скидывал его. Неужто кал?)
Да, Столяров – это плохо
RM
AG
Да, Столяров – это плохо
Не могли бы вы сказать почему?
Помню у него много гневных строк по поводу стандартов, якобы после 03 все оч плохо
Помню у него много гневных строк по поводу стандартов, якобы после 03 все оч плохо
RM
Реализация RegisterSystem, GetSystem, RemoveSystem
Лежат в Core.hpp и Core.ipp, а тесты в Helena/Application/main.cpp
Лежат в Core.hpp и Core.ipp, а тесты в Helena/Application/main.cpp
LA
Не могли бы вы сказать почему?
Помню у него много гневных строк по поводу стандартов, якобы после 03 все оч плохо
Помню у него много гневных строк по поводу стандартов, якобы после 03 все оч плохо
Вот именно поэтому.
A
Да, Столяров – это плохо
+++++, это всратославная такая книга
AG
Вот именно поэтому.
Хейтер современного с++ короче
AG
Я 3 тома прочитал гыг, чем лечиться теперь