при написании логики программы? Как сильно это влияет на производительность в современных реалиях железа?
Что означает "сокращать код"?
имена переменных - никак )
конкретно использование linq производительность только губит )
Stupid- набор правил одно из которых говорит, что преждевеменные оптиизации в 99% случаев плохо
Оптимизировать, чистить. По простому (как я пока понимаю) сокращать количество строк. Понимаю, что дурь несу, но я думаю знающие поймут. Краем мозга понимаю, что это скорее связано со скоростью разработки нежели с производительностью...
Смотря где. Иногда императивный код может быть куском кала, а linq код быть очень оптимальным.
Вооот! Это коллегиально?
Микрооптимизации и не только в дотнет уже завёз EgorBo
Компилятор за тебя упростит большую часть кода
а можно пример? )
Количество Ваших строк кода удобно только Вам и тому, кто будет этот код рефакторить. Компилятору до пизды их количество, он всё равно Ваш код в свой сначала развернёт, потом в IL и там уже магия оптимизаций подъедет, насколько я знаю.
Сортировка массива пузырьком в коде.
на linq она будет быстрее?
Она там introspective/quicksort вроде. Так что да, быстрее, особенно если большие массивы.
Так. А глубину его действий можно ли где-то посмотреть почитать? Я ведь наверное прав буду, если скажу, что он "отсебячину" не придумает, а лишь будет сокращать и переставлять существующий код?
Обсуждают сегодня