Высокая производительность объектов C #

Question

Высокая производительность объектов C #

Я просто хочу знать, какой из следующих подходов рекомендуется с точки зрения производительности и лучших практик. Есть ли разница в производительности?

if (objA.objB.objC.objD.objE != null)
{
   objX.var1 = objA.objB.objC.objD.objE.prop1;
   objX.var2 = objA.objB.objC.objD.objE.prop2;
   objX.var3 = objA.objB.objC.objD.objE.prop3 + objA.objB.objC.objD.objE.prop4;

   ......
   ......
}

or

var objonlyE = objA.objB.objC.objD.objE
if (objonlyE != null)
{
   objX.var1 = objonlyE.prop1;
   objX.var2 =  objonlyE.prop2;
   objX.var3 = objonlyE.prop3 + objonlyE.prop4;
   ......
   ......
}

5

добавлено 28 Декабрь 2012 в 12:07 автор youkarthik

Просмотры: 5

источник

nl ja de kk be

Знаете ли вы, что компилятор найдет прямой путь доступа к свойствам?

добавлено 28 Декабрь 2012 в 12:13, автор Adrian Salazar, источник

там, возможно, разница в производительности, но это незаметно.

добавлено 28 Декабрь 2012 в 12:09, автор mdcuesta, источник

Другая проблема, о которой не упоминалось, заключается в том, что каждая строка будет разрешать значения каждый раз, когда означает, что другой поток изменяет значения (или если свойство getter изменяет их ...), то последующие строки могут давать совершенно разные результаты. Например, если второй поток заменяет objC для другого объекта, тогда разрешение objE несколько раз может фактически привести к другим объектным ссылкам . Ваш второй пример полностью исключает эту возможность.

добавлено 28 Декабрь 2012 в 12:33, автор Chris Sinclair, источник

это плохой дизайн, жаль сказать :(

добавлено 28 Декабрь 2012 в 12:12, автор paritosh, источник

5 ответы

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Система управления ссылками ReDirector 3.0

Автор: Евгений Попов

Мини-курс по Angular и NgRx

16 видео-уроков

Инструменты успешного делегирования

Автор: Евгений Попов

автор Simon Mourier · Answer 1 · 2012-12-28T12:12Z

Второй лучше, потому что вы никогда не знаете, что скрывается за «.». Это может быть вызов базы данных или другая дорогостоящая операция.

автор Oded · Answer 2 · 2012-12-28T12:11Z

Производительность не входит в нее, поскольку доступ к ресурсам будет быстрым (и даже если это не так, это имеет мало значения, если вы получаете доступ к тем же свойствам в том же порядке).

Поддержание и удобочитаемость - это проблемы, и в этом отношении ваш второй вариант намного лучше.

Читайте о Закон Деметры :

Закон Деметры (LoD) или Принцип наименьшего знания - это руководство по разработке программного обеспечения, в частности объектно-ориентированных программ. В его общем виде LoD является конкретным случаем свободной связи.

автор Sergey Kucher · Answer 3 · 2012-12-28T12:16Z

Во втором подходе у вас меньше места для ошибок программиста, например, в кулаке, вы можете сделать следующую ошибку:

objX.var1 = objA.objB.objC.objD.objE.prop1;
objX.var2 = objA.objB.**objU**.objD.objE.prop2;

автор Zbigniew · Answer 4 · 2012-12-28T12:10Z

Я предпочитаю второй подход, он гораздо читабельнее. С точки зрения производительности это должно быть незаметно, то есть в случае регулярных переменных/свойств. Если в свойствах есть какие-то тяжелые операции с высокой производительностью, вы также должны использовать вторую версию, поскольку она будет быстрее.

автор Dreaam · Answer 5 · 2012-12-28T12:10Z

Второе просто проще в использовании ... Итак, лучше, потому что вы не повторяете свой код снова и снова и снова ...