Для многих это будет аргументом в сторону приобретения Onyx'а — в читалке должно быть минимум излишеств, которые удорожают устройство и сокращают время автономной работы.
А не могли бы вы поточнее указать, где и как именно вы решили озвученные вами ранее проблемы, а именно:
— Софт изменчив. Завтра вам понадобится добавить взятие по модулю и тогда придется перекомпилировать класс.
— Код в текущем виде не имеет никаких проверок входных данных.
Если говорить о наборе возможностей, то как уже сказали, современные контейнеры обладают примерно одинаковым набором возможностей. Это раньше были только PicoContainer да StructureMap, а сейчас контейнеров много.
Unity в первых версиях отличался очень громоздким синтаксисом, как сейчас — не знаю.
Autofac всегда старался избегать Reflection'а, одним из первых стал использовать такие фичи C#, как Generics, lambda expressions, что и сделало его одним из самых быстрых контейнеров. Есть интеграция с WCF, ASP.NET, ASP.NET MVC, NMock, DynamicProxy, Moq.
Хорошая документация и подробные статьи по различным аспектам использования в блоге автора.
Часто обновляется, автор работает в Microsoft над проектом MEF.
Да, согласен, чаще всего это вопрос личных предпочтений. Мне Autofac нравится, помимо прочего, лаконичным синтаксисом, но это дело вкуса.
Не раз встречал сравнения производительности, где Ninject не блистал. Вот например: philipm.at/2011/0808/
Статья прошлогодняя, возможно у Ninject'f что-то успело поменяться к лучшему в плане производительности.
Блог Джереми Миллера — очень заслуженный представитель Agile-движения, автор таких проектов, как StructureMap, FubuMVC, StoryTeller (хотя давно не обновляется, до сих пор отличный пример подхода к разработке композитного приложения на WPF), пишет для журнала MSDN Magazine статьи в рубрику Patterns in Practice. Один из самых «старых» блоггеров, пишет с 2005 года. Самые интересные посты объединил в серии Best of the Shade Tree Developer, Best of the Shade Tree Developer Part II, Build Your Own CAB. Раньше его блог был на http://codebetter.com/jeremymiller, почти все посты до сих пор там.
Блог Рината Абдуллина — один из контрибьюторов IoC-контейнера Autofac, автор проектов Lokad, Lokad.CQRS, xLim. Очень подробно рассказывает о таких темах, как DDD, CQRS, создание приложений c использованием IoC.
Блог Николаса Блумхардта — основной автор Autofac и MEF, в некоторых статьях очень подробно рассматривает отдельные вопросы использования этих инструментов и подробно пишет об изменениях в каждом релизе.
Блог Саши Голдштейна — пишет о .NET на глубоком уровне, рассматривает профилирование и отладку приложений, производительность. Есть несколько хороших постов о Roslyn.
C#er: IMage, блог Джереми Ликнесса, одного из Wintellect'уалов — часто и подробно пишет о Silverlight, MVVM, MEF и собственном фреймворке Jounce для модульного создания бизнес-приложений для Silverlight.
Блог Derek Greer — дотошностью своих постов может поспорить с Bart de Smet, любимая тема — юнит-тестирование, написал интересную серию постов по теме Effective Tests.
Блог Джона Роббинса, еще один Wintellect'уал — представлять его нет нужды, пишет о разном, но основные темы по-прежнему отладка, Visual Studio, WinDbg, PowerShell.
Блог Matthew Podwysocki — к сожалению, давно не обновлялся, но темы очень интересные и до сих пор актуальные — Reactive Extensions (в том числе и для JavaScript), функциональное программирование, F#.
Блог Рида Копси — много и хорошо пишет о многопоточном програмиировании в .NET, серия постов Parallelism in .NET
Rick Strahl's Web Log — много пишет об ASP.NET, в последнее время подробно рассматривает ASP.NET Web API.
Не считая кода, значительная часть статьи — перечисление множественных недостатков вашей работы. Вас кто-то гнал, что «В связи с вышеизложенным и катастрофической нехваткой времени код отнюдь не блещет элегантностью», «В порыве лютого энтузиазма писал код без оглядки на «Best Practice Guides»»? Имейте уважение к читателям.
А конкретно по реализации — по-моему, она чудовищна. Я запутался в адорнерах, бизиадорнерах, АдорнаблеЛейерах, адорнерманагерах, аттачах-детачах и прочем. В вашем подходе, получается, чтобы иметь возможность крутить индикатор занятости, нужно наследоваться от BaseAdornableControl?
Для назначения адорнера у вас нужно писать кучу кода, подписываться на событие вьюмодели. Это не MVVM-подход.
Простейшая схема:
Контрол BusyIndicator, который занимается исключительно отрисовкой самого себя, имеет единственное депенденси-свойство IsRunning
BusyIndicator хостится в том контроле, на котором нужно показывать прогресс, биндим его свойство IsRunning к свойству IsBusy вьюмодели.
Будет как-то так:
Может быть, вы Рою напишите и спросите разрешения? А он может у своего издателя узнать.
Недавно вышло печатное издание перевода книги «Типы в языках программирования». А до этого переводчики выложили свой труд в свободный доступ для скачивания.
Пользуясь случаем, спрошу — будут ли новые выпуски журнала «Практика функционального программирования»?
— Софт изменчив. Завтра вам понадобится добавить взятие по модулю и тогда придется перекомпилировать класс.
— Код в текущем виде не имеет никаких проверок входных данных.
Unity в первых версиях отличался очень громоздким синтаксисом, как сейчас — не знаю.
Autofac всегда старался избегать Reflection'а, одним из первых стал использовать такие фичи C#, как Generics, lambda expressions, что и сделало его одним из самых быстрых контейнеров. Есть интеграция с WCF, ASP.NET, ASP.NET MVC, NMock, DynamicProxy, Moq.
Хорошая документация и подробные статьи по различным аспектам использования в блоге автора.
Часто обновляется, автор работает в Microsoft над проектом MEF.
Не раз встречал сравнения производительности, где Ninject не блистал. Вот например:
philipm.at/2011/0808/
Статья прошлогодняя, возможно у Ninject'f что-то успело поменяться к лучшему в плане производительности.
Сам единственно заменил бы Ninject на Autofac.
И, возможно, добавил KnockoutJS.
Блог Рината Абдуллина — один из контрибьюторов IoC-контейнера Autofac, автор проектов Lokad, Lokad.CQRS, xLim. Очень подробно рассказывает о таких темах, как DDD, CQRS, создание приложений c использованием IoC.
Блог Николаса Блумхардта — основной автор Autofac и MEF, в некоторых статьях очень подробно рассматривает отдельные вопросы использования этих инструментов и подробно пишет об изменениях в каждом релизе.
Блог Саши Голдштейна — пишет о .NET на глубоком уровне, рассматривает профилирование и отладку приложений, производительность. Есть несколько хороших постов о Roslyn.
C#er: IMage, блог Джереми Ликнесса, одного из Wintellect'уалов — часто и подробно пишет о Silverlight, MVVM, MEF и собственном фреймворке Jounce для модульного создания бизнес-приложений для Silverlight.
Блог Derek Greer — дотошностью своих постов может поспорить с Bart de Smet, любимая тема — юнит-тестирование, написал интересную серию постов по теме Effective Tests.
Блог Джона Роббинса, еще один Wintellect'уал — представлять его нет нужды, пишет о разном, но основные темы по-прежнему отладка, Visual Studio, WinDbg, PowerShell.
Блог Кирилла Осенкова — работает над проектом Roslyn.
Блог Matthew Podwysocki — к сожалению, давно не обновлялся, но темы очень интересные и до сих пор актуальные — Reactive Extensions (в том числе и для JavaScript), функциональное программирование, F#.
Блог Рида Копси — много и хорошо пишет о многопоточном програмиировании в .NET, серия постов Parallelism in .NET
Rick Strahl's Web Log — много пишет об ASP.NET, в последнее время подробно рассматривает ASP.NET Web API.
Shawn Wildermuth's Blog — пишет, в основном, о веб. Часто и интересно.
Coding dreams since 1998! — развернутые посты с большим количеством кода и диаграмм, любимые темы — архитектура приложений, TDD, MVVM, MVP
Cloud Shaper, блог Yves Goeleven — авторитет по DDD и Azure.
Не считая кода, значительная часть статьи — перечисление множественных недостатков вашей работы. Вас кто-то гнал, что «В связи с вышеизложенным и катастрофической нехваткой времени код отнюдь не блещет элегантностью», «В порыве лютого энтузиазма писал код без оглядки на «Best Practice Guides»»? Имейте уважение к читателям.
А конкретно по реализации — по-моему, она чудовищна. Я запутался в адорнерах, бизиадорнерах, АдорнаблеЛейерах, адорнерманагерах, аттачах-детачах и прочем. В вашем подходе, получается, чтобы иметь возможность крутить индикатор занятости, нужно наследоваться от BaseAdornableControl?
Для назначения адорнера у вас нужно писать кучу кода, подписываться на событие вьюмодели. Это не MVVM-подход.
Простейшая схема:
Контрол BusyIndicator, который занимается исключительно отрисовкой самого себя, имеет единственное депенденси-свойство IsRunning
BusyIndicator хостится в том контроле, на котором нужно показывать прогресс, биндим его свойство IsRunning к свойству IsBusy вьюмодели.
Будет как-то так:
BusyIndicator IsHitTestVisible=«False» CacheMode=«BitmapCache» IsRunning="{Binding IsBusy}"
И все.
Недавно вышло печатное издание перевода книги «Типы в языках программирования». А до этого переводчики выложили свой труд в свободный доступ для скачивания.
А в целом — хорошо работает, спасибо за наводку.