Здравствуйте, Sinclair, Вы писали:
S>А обсуждаемая фича способна взять и автоматически заменить весь "медленный linq-код" на эквивалентный быстрый без затрат на ручное переписывание кода во время разработки, и анализ выражений во время выполнения.
S>Если у вас есть приложение, у которого подобные запросы составляют значительную долю вычислительного времени, то банальный импорт пакета и перекомпиляция дадут вам перформанс буст на ровном месте.
S>Чем плохо-то?
Начинаю понимать почему мне кажется это плохо, вызывает недоумение. Тут получилось, что поставили телегу впереди лошади. Вот у нас есть interceptors proposal давайте придумаем куда его всё-таки можно прикрутить. Один
болезную одноногую утку изобретает, другой — программирование на комментариях, третий енумы пытается оптимизировать, ты предлагаешь какую-то странную оптимизацию... В общем фигня какая-то.
Надо-то наоборот. Есть задачи, ищем решение. Скажем, твоя прекомпиляция кода — так ведь это можно и другим способом добиться, более удобными и надёжными механизмами, вот их и надо пропозалить. Хотя, вроде бы довольно очевидно, что фича корявая, и очень нишевая.
A specific problem encountered recently by ASP.NET team. Такое ощущение, что у
чуваков проблемы с перформансом, поэтому решили ЯП подпилить для бенчмарков.
Лучше нафиг не использовать, очень странный пропозал, по всем параметрам.