Я знаю, что это быстрее и использует меньше ресурсов, но, как я написал в конце статьи, мне хотелось сделать код предельно простым и маленьким, так как это тут не главное.
Знали бы вы, как сложно отлаживать эти провайдеры. Я замучался с этим небольшим куском кода, а что будет с провайтером покрупнее. Дело в том, что сборку фактически использует студия, поэтому дебагом по ней не пройтись.
Как я понимаю, динамическая компиляция, это немного другое. Провайдеры компиляции всего лишь формируют исходный код на языке C#. Компиляция происходит уже после.
Ну хотя бы те же константы. С одной стороны они будут находиться в xml-файле, где их удобно редактировать и просматривать, а с другой — являются константами и их не нужно всё время получать из файла, конвертировать к int (если константа целочисленная), как это происходит в случае с web.config в Asp.net.
Хочу попросить помощи у людей. Я написал статью на тему «Использование провайдеров компиляции в Asp.net», но мне не хватает кармы, чтобы её опубликовать.
Думаю это внесёт только путаницу.
C# изначально делался таким образом, чтобы нельзя было допустить какую-нибудь глупую ошибку, как например в случае с проваливающимся switch`ем.
Есть много форумов по IT, но тут интерес не только в статьях, но и в их обсуждениях. На других форумах таких живых дискуссий я не встречал, поэтому говорю «Нет».
Нет, тогда все будут минусовать друг друга взаимно.
Не так давно было предложение сделать обязательным указание причины минуса, думаю это то что нужно (опять же, анонимно)
Тоесть, если кто-то будет не согласен с Вашим мнением и попытается доказать вам свою правоту, а Вы не сможите ему ответить, то Вы просто поставите ему минус в карму вместо того, чтобы отстаивать свою точку зрения?
Хотя я уверен, что эти вопросы тоже решаемы, как и подсветка ошибок и всё в таком духе. Я просто пока так глубоко в подробности не вдавался.
Насчёт оформления, как я понимаю, Вы создатель ХабраРедактора, поэтому это большей частью Ваша заслуга, спасибо.
C# изначально делался таким образом, чтобы нельзя было допустить какую-нибудь глупую ошибку, как например в случае с проваливающимся switch`ем.
Не так давно было предложение сделать обязательным указание причины минуса, думаю это то что нужно (опять же, анонимно)
Так скоро начнётся Кармовойна.