Отвлекають. Суть в том что это понятие гораздо шире. Fody имеет ряд признаков AOP но не меняет парадигму программирования. У тебя как были раньше DI сделанные через депенденси-контейнеры которые работают с объектами так и остались. Фишка AOP в том что класс или структура перестает по сути быть объектом. А становится аспектом и внедряется туда куда ты опишешь метаописателями. Связываемость кода становится вообще минимальной. Кода становится не сильно меньше как раз, а его связываемость в целом уменьшается. И к написанию аспектов уже применяется несколько дугой подход, поддерживаемость кстати такого кода оставляет желать лучшего, поэтому максимум где AOP нашло себе достойное применение до сих пор это “невидимое” логирование

Я под сервис локатором вот это понимаю svc.Register<IService>(new ServiceImpl()); var s = svc.Resolve<IService>();

Я под сервис локатором вот это понимаю svc.Register<IService>(new ServiceImpl()); var s = svc.Resolve<IService>();

ну он в 1 очередь для пробраса методов в нативные реализации, но и для DI в CoreProject думаю тоже можно использовать

с натяжкой. И как я уже писал он тормозной

Хм, надо посмотреть..

шустрее Autofac а возможности +- те же

и отстает раза в 2 Activator.CreateInstance

Кстати, для расфасовки вьюмоделей по вьюхам кроме ViewModelLocator-ов ничего не придумали?

Кстати, для расфасовки вьюмоделей по вьюхам кроме ViewModelLocator-ов ничего не придумали?

Можно по подробнее про это?

Кстати, для расфасовки вьюмоделей по вьюхам кроме ViewModelLocator-ов ничего не придумали?

Я такое название (и способ) из mvvm light взял

У нас NavigationService реализован, в который передается название страницы, он создает её, создает её ViewModel и сеттит.

Только сервис навигации не передает строки у меня а оперирует типами

Это, настройки я помню в нативе андроиде отдельеый интент был, в формах самому рисовать?

Это, настройки я помню в нативе андроиде отдельеый интент был, в формах самому рисовать?

но только это не сама цель сделать кодбехаинд чище. А преследуется другая цель. Иметь возможность посмотреть в любой момент к какой странице привязана вьюмодель через searchreferences, а не искать по всему солюшну строку с именем вьюмодели

а я вот не понял вопроса) настройки в телефоне?

Android сам рисовал УИ

ну что значит сам рисовал. Он отправлял тебя на активити с Preferences

ну что значит сам рисовал. Он отправлял тебя на активити с Preferences

Только вот по возвращению обратно в аппу активити формовская имеет шанс быть уничтоженной из-за своей жирности ?

На Андроиде есть PreferenceActivity, от которой можно отнаследоваться, передать ей файл с описанием настроек и система сама весь UI построит и будет сохранять настройки. В формс нет такого из коробки

На Андроиде есть PreferenceActivity, от которой можно отнаследоваться, передать ей файл с описанием настроек и система сама весь UI построит и будет сохранять настройки. В формс нет такого из коробки

а, ну да, PreferenceActivity, но а в чем сложность с формсами?

Ну да. И все на фрагментах. Конечно можно реализовать несколько активити... Но это уже бред)

Отвлекають. Суть в том что это понятие гораздо шире. Fody имеет ряд признаков AOP но не меняет парадигму программирования. У тебя как были раньше DI сделанные через депенденси-контейнеры которые работают с объектами так и остались. Фишка AOP в том что класс или структура перестает по сути быть объектом. А становится аспектом и внедряется туда куда ты опишешь метаописателями. Связываемость кода становится вообще минимальной. Кода становится не сильно меньше как раз, а его связываемость в целом уменьшается. И к написанию аспектов уже применяется несколько дугой подход, поддерживаемость кстати такого кода оставляет желать лучшего, поэтому максимум где AOP нашло себе достойное применение до сих пор это “невидимое” логирование

По твоим размышлениям ФП может быть только в хаскель, а ООП в smalltalk. C# язык мультипарадигменный и позволяет комбинировать парадигмы по месту использования. Если мы хотим кусочек аоп, это не значит что нужно писать все на нем.

По твоим размышлениям ФП может быть только в хаскель, а ООП в smalltalk. C# язык мультипарадигменный и позволяет комбинировать парадигмы по месту использования. Если мы хотим кусочек аоп, это не значит что нужно писать все на нем.

Ты про Егора Бугаенко?

Какой простой и элегантный метод, почему я сам не додумался до него. А то биндинг контекст задавал в навигейш сервисе

Я считаю что удобнее как раз биндинг контекст задавать в навигейш сервисе

Но создание инстанса через рефлексию работает медленнее

поэтому и нужен хороший DI контейнер. Кстати я глянул - в формс проектах я в навигейшн сервисе резолвил вьюмодели, а в нэйтиве уже эта логика убрана на базовую страницу

Хмм, ок и что мне каждый раз пересдавать инстанс вью модели при новом переходе на ту же страницу?