AN
В чём?)
Ну чем они лучше обычных функций?)
Size: a a a
2020 April 02
AN
Кроме как стилем
AS
Погоди
AS
Ты сравниваешь функции и свойства?
AS
Или поля и свойства?
AN
И ещё я думаю, волнует ли кого-нибудь из .NET-разработчиков число тактов в ифах и функциях? Это для серверной логики важно, наверное.
AS
И ещё я думаю, волнует ли кого-нибудь из .NET-разработчиков число тактов в ифах и функциях? Это для серверной логики важно, наверное.
Ну зависит от ситуации. Если надо какой-то кусок заоптимизировать, то волнует
AN
Или поля и свойства?
Всё вместе. Свойство - это что-то среднее между полем и функцией)
AS
if - else
- Тут я думал, что проверяется один иф, и в зависимости от результата (true / false) выполняется левая или правая ветка. Но не думал, что разница в 10 раз.
- Тут я думал, что проверяется один иф, и в зависимости от результата (true / false) выполняется левая или правая ветка. Но не думал, что разница в 10 раз.
Почитай как предиктор работает
AN
Почитай как предиктор работает
То есть в else по идее надо запихивать то что реже выполняется
AS
AS
"Right" не обязательно то, что в первой ветке
AN
Интересная тема вообще, надо бы отдельную книжку взять по оптимизации кода)
AN
Алгоритмы и структуры данных помню читал, но там были в основном задачи на массивы
AN
Без операционных затрат
AS
Насколько я понимаю, он по частоте попаданий определяет, какая ветка правильная
AS
Типа если у тебя условие чаще false, чем true, то он будет автоматом ветку else всегда выполнять
AS
А потом, если окажется, что там было true, то уже корректировать
AS
Интересная тема вообще, надо бы отдельную книжку взять по оптимизации кода)
Оптимизировать лучше всего, когда у тебя есть инструменты измерения
AS
Типа профайлера