А дальше? Если цепочка будет длинее, проперти вычисляются только 1 раз? Тоесть это несколько вложенных if с локальными переменнами для каждого резульата "?."?
Так то да, но для демонстрации других сторон это нормально.
Я не особо понял зачем так писать: (_ => _.Token == token)?
Видел _ там где надо передать делегат с аргументами, но в теле лямбы они не нужны, но это не к статье.
The new Visual Studio Community 2013 edition is a full-featured IDE. It supports multiple project types in one solution file in a single IDE, and has all of the productivity features and IDE extensibility capabilities (meaning you can use Xamarin, ReSharper, VsVim, and any other VSIX extension) that developers love in Visual Studio.
Уже на этом этапе в голове начинает звенеть тревожный звоночек: а не слишком ли много зависимостей у нас внедряется в класс Worker?
По сути у вас все те же зависимости внедряются через фабрику, и вроде без разницы что мы имеем ctor over injection, и одна зависимость которая нам дает возможность получить все те же зависимостей через нее? Не будет правильнее в этом случае воспользоваться фасадом и предоставить клиенту ограниченный набор методов а не сами объекты репозиториев?
А так статья полезная, один вопрос, что если очень хочется воспользоваться интерцепторами, но не хочется тянуть зависимости от самого нинджекта в другие проекты? Знаю что можно определить свой атрибут который будет работать подобно [Inject], есть ли что то подобное для [Intercept]
Swift статически типизированный, со всеми вытекающими, обобщения выведение типов, классы и протоколы (интерфейсы) с методами расширения, pattern maching, а вообще сами языки как и их назначения очень отличаются
Я не особо понял зачем так писать: (_ => _.Token == token)?
Видел _ там где надо передать делегат с аргументами, но в теле лямбы они не нужны, но это не к статье.
А так статья не о чем.
link
The danger of the 'Just Use WebKit' mindset
ScottGu's Blog
По сути у вас все те же зависимости внедряются через фабрику, и вроде без разницы что мы имеем ctor over injection, и одна зависимость которая нам дает возможность получить все те же зависимостей через нее? Не будет правильнее в этом случае воспользоваться фасадом и предоставить клиенту ограниченный набор методов а не сами объекты репозиториев?
А так статья полезная, один вопрос, что если очень хочется воспользоваться интерцепторами, но не хочется тянуть зависимости от самого нинджекта в другие проекты? Знаю что можно определить свой атрибут который будет работать подобно [Inject], есть ли что то подобное для [Intercept]
[ColumnAttribute]  ?
Если не устраивают конвенции по умолчанию, расскажите лучше как их переопределить.
Ну вы и выдали)