Строка формата noPreviewLinks не содержит спецификатора '{0}' для первого аргумента cssPath метода string.Format. В результате выполнения данного кода будет выброшено исключение.
Замечу что исключение вылетит не потому что нету спецификатора {0}, а потому нет аргумента для спецификатора {1}.
к сожалению когда встраиваешь R# очень тяжело оценить производительность.
ибо мало того что становится два анализатора кода, так они еще и толкаются внутри одного процесса.
(то есть идут не только издержки R#)
на практике для себя я отказался от R# после выхода VS2015, написал пару рефакторингов, которых не хватало.
все летает, меня устраивает.
может я просто не ЦА R#, кто знает.
опрос скорее о том «знаете ли вы стандарт».
на практике мы работаем на определенных платформах и компиляторах, и их поведение нам известно.
итого. верные ответы должны быть такими:
1)зависит от окружения и настроек выравнивания.
2)зависит от окружения.
3,4)опять же зависит от окружения, либо UB.
5)UB.
в общем-то таких примеров можно массу подобрать
получился опрос для школьников… с понурыми ответами у доски вида «нууу я не знаю...»
надеялся на что-то более серьезное, а не про сферических коней в вакууме.
«Блокировка основного адреса PornHub никак не мешает попасть на домен pornhubpremium и зарегестрировать аккаунт, на который позже можно зайти через proxy или VPN. Проблема возникает с активацией аккаунта через электронную почту. По предложенной ссылке пользователя перенаправляет на основной домен, попасть на который с российского IP невозможно из-за блокировки. Но даже без активации аккаунт получает доступ в премиум-раздел.»
я только что описал разницу, вы все еще не видите логики?
без сахара можно легко жить и добиться того же.
а вот без фичи, повторить тоже самое уже не выйдет.
разница в том во что разворачивается конструкция.
catch when это exception filters, фича низкого уровня ранее недоступная C#.(она есть в VB.NET)
using это сахар, он разворачивается в try finally Dispose.
ультру конечно не тянет, но в последний дум комфортно можно играть.
основная проблема ноутов это охлаждение по большей части, а не чистая мощность.
Замечу что исключение вылетит не потому что нету спецификатора {0}, а потому нет аргумента для спецификатора {1}.
применив не общие типы вы уже отказались от абстрагирования.
к сожалению когда встраиваешь R# очень тяжело оценить производительность.
ибо мало того что становится два анализатора кода, так они еще и толкаются внутри одного процесса.
(то есть идут не только издержки R#)
на практике для себя я отказался от R# после выхода VS2015, написал пару рефакторингов, которых не хватало.
все летает, меня устраивает.
может я просто не ЦА R#, кто знает.
— дубль ---
в обсуждениях фейлов Маска(и не только его) то же ее постили.
я ссылка
разметка для кого существует?(промазал уровнем)
в stm32 тоже можно без них, вам разве запрещают?
я вижу разве что тут не надо тактование включать на ножки, в отличие от STM32
на практике мы работаем на определенных платформах и компиляторах, и их поведение нам известно.
итого. верные ответы должны быть такими:
1)зависит от окружения и настроек выравнивания.
2)зависит от окружения.
3,4)опять же зависит от окружения, либо UB.
5)UB.
в общем-то таких примеров можно массу подобрать
получился опрос для школьников… с понурыми ответами у доски вида «нууу я не знаю...»
надеялся на что-то более серьезное, а не про сферических коней в вакууме.
без сахара можно легко жить и добиться того же.
а вот без фичи, повторить тоже самое уже не выйдет.
catch when это exception filters, фича низкого уровня ранее недоступная C#.(она есть в VB.NET)
using это сахар, он разворачивается в try finally Dispose.