Давайте так. Допустим, есть некоторая общая функциональность, которая раскидана по

Question

Xamarin Developers (MAUI, Forms, iOS, Android, UWP)

Давайте так. Допустим, есть некоторая общая функциональность, которая раскидана по

приложению - блютуз подключение. В большинстве VM вы обязательно подписываетесь на события блютуз сервиса (подключение/отключение устройства, отправка и принятие данных) и храните состояние подключения блютуз устройства в, например, переменной IsConnected.
Считаете ли Вы, что в данном случае лучше так всё и оставить и "копипастить" по ViewModel-ям почти одно и то же, либо же выделять отдельный класс BaseBluetoothViewModel?
Так вот, для таких ситуаций придумали аспектно-ориентированный подход. С этой библиотечкой Вы пишете отдельный класс-модуль, который встраивает в нужные Вам ViewModel-и этот функционал. Вы избавляетесь от копирования кода, ненужного излишнего наследования и оставляете свободу для внедрения действительно важных вещей в Вашу ViewModel.

#programming #russian #xamarin

0

01.02.2022

5 ответов

8 просмотров

Reid Larson

Любой контейнер самый простой решает этот вопрос, вообще не понимаю прикола

0

01.02.2022

Nıkıta Автор вопроса

Reid Larson
Любой контейнер самый простой решает этот вопрос, ...

Прикол в том, что для решения такого вопроса про сквозную функциональность недостаточно просто использовать любой из вариантов внедрения зависимостей. Все варианты, кроме внедрения зависимостей посредством конструктора имеют свои крупные минусы, а внедрение через конструктор не должно сопровождаться передачей зависимостей, которые напрямую могут быть не нужны определённому классу (часто втупую можно даже по количеству зависимостей определить, правильно и логично ли Вы описали их набор). Вот тогда то как раз и приходит связка "внедрение зависимостей + AOP".

0

01.02.2022

Reid Larson

Nıkıta
Прикол в том, что для решения такого вопроса про с...

Так е п р с т, не внедряй то, что не нужно

0

01.02.2022

Nıkıta Автор вопроса

Reid Larson
Так е п р с т, не внедряй то, что не нужно

оно не "не нужно", оно нужно, но напрямую не относится к бизнес логике класса

0

01.02.2022