ОП
У эпиков есть в кодстайле, что булы должны с префикса b начинаться 🤷♂️
Оч странно.. спасибо за ответ!
Size: a a a
2019 February 07
AB
сейчас в эдиторе DirectionalLight давал тени от всей геометрии, даже у которой односторонние полики и сам меш не закрытый. чот подкрутил - перестал. Оно же не должно тени давать если геометрия двусторонняя
P
Оч странно.. спасибо за ответ!
Вот тут если что есть все стандарты в том числе по именованию
https://docs.unrealengine.com/en-us/Programming/Development/CodingStandard
https://docs.unrealengine.com/en-us/Programming/Development/CodingStandard
ОП
Вот тут если что есть все стандарты в том числе по именованию
https://docs.unrealengine.com/en-us/Programming/Development/CodingStandard
https://docs.unrealengine.com/en-us/Programming/Development/CodingStandard
После прохождения курса это должно быть понятнее))
У нас в вебе как-то проще всё :)
У нас в вебе как-то проще всё :)
СВ
Оч странно.. спасибо за ответ!
не странно, некоторые булы имеют тип uint a:1; или какой то такой синтаксис, поправьте меня
AS
не странно, некоторые булы имеют тип uint a:1; или какой то такой синтаксис, поправьте меня
uint32!
P
не странно, некоторые булы имеют тип uint a:1; или какой то такой синтаксис, поправьте меня
У меня сложилось впечатление что это из-за возможных коллизий с функциями, так как обычно поля и переменные называют типа существительными, функции - действиями, а вот с булами и функциями возвращающими бул могут быть коллизии, так как оба описывают состояние.. чтоли.
В общем как-то так это обычно выглядит:
В общем как-то так это обычно выглядит:
int64 OrderSize;
int64 GetOrderSize();
int64 CalculateOrderSize();
bool bIsOrderValid;
bool IsOrderValid();
ᅠ
Доброго времени суток. Не можете подсказать как сделать Texture Object темнее в редакторе материалов?
ОП
У меня сложилось впечатление что это из-за возможных коллизий с функциями, так как обычно поля и переменные называют типа существительными, функции - действиями, а вот с булами и функциями возвращающими бул могут быть коллизии, так как оба описывают состояние.. чтоли.
В общем как-то так это обычно выглядит:
В общем как-то так это обычно выглядит:
int64 OrderSize;
int64 GetOrderSize();
int64 CalculateOrderSize();
bool bIsOrderValid;
bool IsOrderValid();
А почему переменные с большой буквы, а не camelCase?
Если бы IDE не умели в автокомплит, то венгерская нотация была бы везде нужна.
Я ж не смогу в с++ вызвать белеву переменную как функцию? Типа
Если бы IDE не умели в автокомплит, то венгерская нотация была бы везде нужна.
Я ж не смогу в с++ вызвать белеву переменную как функцию? Типа
bIsOrderValid();СВ
Ээххх, лучше чем m_Name для членов класса, _arg для аргументов и someLocalVar для локальных, я ничего не встречал
AS
Ээххх, лучше чем m_Name для членов класса, _arg для аргументов и someLocalVar для локальных, я ничего не встречал
m_var выглядит просто божественно
P
А почему переменные с большой буквы, а не camelCase?
Если бы IDE не умели в автокомплит, то венгерская нотация была бы везде нужна.
Я ж не смогу в с++ вызвать белеву переменную как функцию? Типа
Если бы IDE не умели в автокомплит, то венгерская нотация была бы везде нужна.
Я ж не смогу в с++ вызвать белеву переменную как функцию? Типа
bIsOrderValid();Почему не знаю. Я просто делюсь наблюдениями.
AS
Помню работал на очень большом проекте, и когда только начал работать m_ очень помогало в ориентации
СВ
Помню работал на очень большом проекте, и когда только начал работать m_ очень помогало в ориентации
По этому ты не гей.
P
Ээххх, лучше чем m_Name для членов класса, _arg для аргументов и someLocalVar для локальных, я ничего не встречал
Про аргументы я бы поспорил, но префиксы для полей класса это очень хорошо, я считаю.
СВ
Про аргументы я бы поспорил, но префиксы для полей класса это очень хорошо, я считаю.
какие у тебя аргументы против аргументов?
СВ
открыл без IDE в txt/diff'е - и ноешь что отличить не можешь аргументы от чего-нибудь
P
какие у тебя аргументы против аргументов?
Нижнее подчеркивание - не красиво, плюс я не вижу принципиальной разницы в поведении между аргументом и обычной локальной переменной (если аргумент конечно не передан по неконстантной ссылке или указателю).
СВ
Нижнее подчеркивание - не красиво, плюс я не вижу принципиальной разницы в поведении между аргументом и обычной локальной переменной (если аргумент конечно не передан по неконстантной ссылке или указателю).
смотри
P
Но я бы во флуд уже с этим прошел