RM
consr char* при операторах + с std::string дают std::string везде если память не изменяет
Size: a a a
2020 August 16
RM
Никогда так не делайте, отстрелил себе правое яицо только что, там же строчка только для текущего лайна создается
RM
Яицо благополучно реконструировано
AF
Блин ну и кодстайл
AF
Мало того что в венгерщину си++ не завезли(вектора, вот это вот все) так еще и строчки длиной в 20:9 монитор и this->
RM
Мало того что в венгерщину си++ не завезли(вектора, вот это вот все) так еще и строчки длиной в 20:9 монитор и this->
Сколько там длина символов по гайдлайну? Не больше 80 вроде
RM
Я не люблю эти корейские переносы, когда половина сверху остается
RM
Мало того что в венгерщину си++ не завезли(вектора, вот это вот все) так еще и строчки длиной в 20:9 монитор и this->
this осталась привычка, раньше я не добавлял m_ префиксы в поля и писал через this
RM
При большом кол-ве переменных хрен разберешь кто из них поле, а кто переменная
AF
можешь сделать разный кемлкейс для полей и локальных
RM
Вторая проблема с которой я столкнулся когда писал без m_ префиксов - это список передача аргументов, без слез не глянешь на костыли по типу vel в аргументе, а Velocity в поле
RM
можешь сделать разный кемлкейс для полей и локальных
нет, это параша, потом запоминай кто из них переменная, а кто поле
AF
ниче не понял
A
И ещё, что debugbreak делает, если прога не под дебаггером?
__asm int 3
AF
Вторая проблема с которой я столкнулся когда писал без m_ префиксов - это список передача аргументов, без слез не глянешь на костыли по типу vel в аргументе, а Velocity в поле
какой список?
RM
какой список?
Да когда аргументы в конструктор передаешь, то хрен знает что с именами делать ибо они совпадают
RM
менять регистры - бред
AF
x{x} - корректно
RM
x{x} - корректно
Да, но когда ты передаешь в функцию?