Microsoft for Developers - Roman Zdebskiy

Скриншот интерфейса новой студии.

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

Вы упомянули, что в разработке новой студии использовался MEF. В связи с этим хочется спросить:

1. Верно ли я понимаю, что MEF призван в VS заменить текущий интерфейс сервисов VS, т.е. вместо COM-метода GetService() и managed оберток над ним в MPF будет сразу нативный вызов импортированного метода? Или у MEF какая-то другая роль?

2. На сколько я понимаю, по своей сути MEF - это реализация IoC-паттерна, пусть и несколько не обычная. В связи с этим второй вопрос - почему был выбран именно MEF, а не, например, другой разрабатываемый Microsoft IoC - Unity? Были ли какие-то серьезные доводы в пользу именно такого выбора, или просто так сложилось?

3. Я так понимаю, что у MEF есть все шансы войти в .Net 4.0 в связи с этим остается по вопросом судьба Unity. Можете ли Вы что-то подсказать здесь?

Я считаю MEF всё-таки больше похож на CAB нежели на Unity. Unity - универсальный контейнер, а MEF/CAB - всё таки более нацелены на использование в разработке UI.

2k_savelev

Увы, и MEF, и CAB я знаю крайне поверхностно (можно сказать, почти не знаю). Вы не сможете, хотябы в паре слов, описать в чем именно проявляется эта направленность? Я внимательно просмотрел примеры на сайте MEF, но ничего явно указывающего на подобное не нашел (а копать дальше или разбираться с CAB, пока просто нет времени. А понять хочется).

Буду очень признателен.

MEF - не совсем IoC конетйнер, там в основе немного другой паттерн по имени IServiceProvider, что-то вроде гибрида IoC контейнера и сервис-локатора.

Собственно, по похожей схеме работала и сама студия и компонентная модель дизайнера в студии и много чего еще, только в студии это реализовано через COM.

Сейчас же это дело достали, причисали и вынесли в отдельный фреймворк, что вообщем-то правильно.

А нет ли скриншота в более высоком качестве (желательно в оригинальном разрешении, и формат без сжатия с потерями)?

2Ivan

Спасибо за пояснения! Т.е. моя догаднка по поводу ServiceProvider была верна.

Единственное, я так понимаю, что пока на подобном подходе будет строится только новая функциональность? А все имеющиеся пакеты и сама Shell будут пока работать по-старому?

Или в планах - планомерно переводить на такую схему всю среду (т.е., фактически, полностью делать managed IDE)?

> А если не секрет, чем он вам может помочь?

Хочу посмотреть на качество текста в панелях и меню. WPF-редактор я уже посмотрел в CTP, там меня, в принципе, все устроило (похоже, Сonsolas "заточен" под WPF-сглаживание... или просто 13pt - это достаточно большой размер, чтобы оно хорошо работало). А вот мелкий текст в IntelliSense dropdowns опять весь размыт (несмотря на использование нестандартного шрифта). Если основное меню и панели будут такими же, будет очень грустно.

В то же время, товарищи из VS team утверждают, что у них есть какой-то новый волшебный фикс для борьбы с размытием:

http://blogs.msdn.com/bharry/archive/2008/11/06/feedback-on-the-vsts-2010-ctp.aspx

"We know about the WPF font fuzziness issue and are working on it.  Hopefully we'll have a fix for the Beta."

и мне очень интересно посмотреть на то, как выглядит текст после применения этого фикса.

Rico Mariani - бывший Performance Architect, а ныне Chief Architect of Visual Studio, за базар отвечает :) В том числе, почему WPF.

http://blogs.msdn.com/ricom/