я вот когда работал в NetCracker там были архитекторы. они рисовали диаграммы, которые невозможно было использовать в силу их оторванности от реальности. Software Engineer'ы потом самостоятельно ещё раз разрабатывали архитектуру на основе бизнес-анализа, который, кстати, тоже выполняли сами вопреки бизнес-аналитикам, потому что их анализ был оторван от реалий системы. накипело, простите))
я присоединяюсь к мнению, что архитекторов по не существует. существую разработчики высокой квалификации, которые создают т.н. архитектуру. а те, кто называет себя архитекторами — нахлебники чаще всего.
Вот давайте про обработку исключений например.
В контент-провайдере делаем запрос к вес-сервису «список документов для внутреннего пользования». Возможные исходы: 1) нет инета, 2) сервис вернул ответ отличный от 200, 3) юзер не авторизован (устарели куки например), 4) у юзера нет прав, 5) возвращён список содержащий от 0 до N элементов.
Как вы это спроектируете с использованием провайдеров?
абсолютно с вами согласен. если хочется запихнуть контекст в синглтон, то это явный признак того, что что-то не так сделано. а пихать контекст в аппликейшен — это какое-то уже совсем наколенное решение. тем более нет уверенности, что он не разрушится (даже если это конекст приложения)
Существенных преимуществ ни в том, ни в другом я на вскидку не вижу. По сути, у вас тот же медиатор, только статичный.
Давайте опишу несущественные. У вас:
— на 1 параметр больше в каждом методе
— дублируется код создания интента
У меня:
— нужно все активити от одного наследовать
— непонятно (как писали выше) как вызывать активити из сервиса (возможно, писать свой абстрактный класс от Service)
Существенных преимуществ ни в том, ни в другом я на вскидку не вижу. По сути, у вас тот же медиатор, только статичный.
Давайте опишу несущественные. У вас:
— на 1 параметр больше в каждом методе
— дублируется код создания интента
У меня:
— нужно все активити от одного наследовать
— непонятно (как писали выше) как вызывать активити из сервиса (возможно, писать свой абстрактный класс от Service)
Нет, ну нет же! Неверна сама идея. Колбеки нужно использовать в такой ситуации, и только их. А использование thread.wait() в 99% случаев неоправданно. А уж тем более для главного потока!
я присоединяюсь к мнению, что архитекторов по не существует. существую разработчики высокой квалификации, которые создают т.н. архитектуру. а те, кто называет себя архитекторами — нахлебники чаще всего.
В контент-провайдере делаем запрос к вес-сервису «список документов для внутреннего пользования». Возможные исходы: 1) нет инета, 2) сервис вернул ответ отличный от 200, 3) юзер не авторизован (устарели куки например), 4) у юзера нет прав, 5) возвращён список содержащий от 0 до N элементов.
Как вы это спроектируете с использованием провайдеров?
а то бывает что для небольших экранов части контролов на лайауте нет
Давайте опишу несущественные. У вас:
— на 1 параметр больше в каждом методе
— дублируется код создания интента
У меня:
— нужно все активити от одного наследовать
— непонятно (как писали выше) как вызывать активити из сервиса (возможно, писать свой абстрактный класс от Service)
Давайте опишу несущественные. У вас:
— на 1 параметр больше в каждом методе
— дублируется код создания интента
У меня:
— нужно все активити от одного наследовать
— непонятно (как писали выше) как вызывать активити из сервиса (возможно, писать свой абстрактный класс от Service)