Графический ключ андроид: Установка графического ключа на Андроид

Мастеринг шаблонов проектирования в Android с Kotlin

Мастеринг шаблонов проектирования в Android с Kotlin

Прежде чем начать этот блог, я хотел бы задать один вопрос. Что делает ваш код хорошим? Это размер кода или что-то еще? Просто подумайте немного и продолжайте читать этот блог.

Существуют определенные факторы, которые используются для различия между хорошим кодом Android и плохим кодом Android. Это может быть структура кода или используемые комментарии или имена переменных или что-то еще.Итак, в Android каждый разработчик должен следовать Design Pattern при написании кода приложения для Android. Ниже приведены некоторые преимущества использования шаблона проектирования в Android:

• Понятный код: Используя шаблон проектирования, вы можете сделать свой код понятным для всех, например, для написания кода вы можете следовать определенным рекомендациям, и любой может понять, почему Вы написали этот код. Например, , если вы используете одноэлементный шаблон, то любой, кто просматривает ваш код, может понять, что здесь вы хотите создать только один объект класса и хотите получить доступ к одному и тому же объекту во всем приложении.
• Повторное использование кода: Следуя шаблону проектирования, вы можете сделать свой код многоразовым, т. Е. Для выполнения определенной задачи более чем в одном месте, вам не нужно писать один и тот же код снова и снова в разных местах.
• Более чистый код: Вы можете сделать свой код более чистым, отделив код, и это облегчит понимание кода с помощью Design Pattern.

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

Что такое шаблон проектирования?

Как говорит Википедия:

Шаблон проектирования — это общее, многократно используемое решение часто встречающейся проблемы в данном контексте.

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

В Android мы также используем некий шаблон проектирования, который используется для того, чтобы сделать наш код более понятным и более пригодным для повторного использования.

Существует несколько шаблонов проектирования, которые можно использовать при разработке программного обеспечения, и все они могут быть классифицированы по следующим трем категориям:

• Шаблон творчества
• Структурный шаблон
• Поведенческий шаблон

Давайте разберемся один за другим.

Шаблон Creation

Шаблон Creational используется для создания какого-либо объекта без отображения логики или шагов, которые участвуют в создании объекта. Таким образом, каждый раз, когда вам нужен объект, , вам не нужно создавать экземпляр объекта с помощью нового оператора .Таким образом, это облегчает создание объекта и может быть легко создано снова и снова. Некоторые из примеров Creational Pattern — это Builder, Singleton и Dependency Injection.

Шаблон построителя

В шаблоне построителя вас интересует только то, что вам нужно от класса, а не все, что есть в классе. Например, , когда вы собираетесь купить ноутбук, у вас есть список важных функций, которые вам нужны в вашем ноутбуке, таких как процессоры, оперативная память, хранилище и т. Д.Помимо этих функций, все остальные функции, такие как динамик, аккумулятор и т. Д., Являются некоторыми дополнительными функциями для вас. Итак, исходя из важных функций, продавец предоставит вам ноутбук, который содержит все ваши важные функции.

Точно так же, когда у нас есть класс модели, и у этого класса есть ряд параметров, некоторые из которых важны, а некоторые не важны, мы можем использовать шаблон Builder. Используя шаблон Builder, пользователю не нужно вызывать все методы (как в случае конструкторов), присутствующие в классе.Пользователь может вызывать только необходимые методы, и даже порядок вызова метода не является фиксированным, т.е. вы можете вызывать любой метод до и после любого метода. Здесь нет необходимости в новом ключевом слове (для Java) . Давайте разберемся с этим на примере.

В этом примере у нас будет один класс Laptop с четырьмя свойствами: процессор, оперативная память, батарея и размер экрана. Процессор важен, поэтому вам нужно передавать его каждый раз, а остальные свойства не важны.Таким образом, если вы не устанавливаете значение, будет использоваться значение по умолчанию. Наша модель класса для ноутбука выглядит так:

  ноутбуков класса (производитель: Builder) {
    частный процессор val: String = builder.processor
    private val ram: String = builder.ram
    частный аккумулятор: String = builder.battery
    private val screenSize: String = builder.screenSize

    // Класс строителя
    Класс Builder (процессор: String) {
        процессор процессора: String = процессор // это необходимо

        // дополнительные возможности
        var ram: String = "2 ГБ"
        переменная батарея: строка = "5000 мАч"
        var screenSize: String = "15 дюймов"

        Приколы setRam (ram: String): Builder {
            этот.баран = баран
            вернуть это
        }

        fun setBattery (battery: String): Builder {
            this.battery = аккумулятор
            вернуть это
        }

        весело setScreenSize (screenSize: String): Builder {
            this.screenSize = screenSize
            вернуть это
        }

        fun create (): Ноутбук {
            вернуть ноутбук (это)
        }
    }
}  

Теперь, , вам не нужно каждый раз создавать объект . Просто используйте следующий код:

  Ноутбук.Builder ("i7") // процессор обязателен
    .setRam ("8GB") // это необязательно
    .setBattery ("6000MAH") // это необязательно
    .create ()  

В приведенном выше коде мы должны передать процессор, потому что это необходимый компонент, а остальные являются необязательными. Здесь мы не передаем размер экрана, поэтому будет использоваться значение по умолчанию для размера экрана.

Один из распространенных примеров шаблона Builder, который мы все используем в нашей повседневной жизни, — это AlertDialog. В AleartDialog мы вызываем только необходимые методы, такие как:

  AlertDialog.Builder (это)
    .setTitle («Это заголовок»)
    .setMessage («Это какое-то сообщение»)
    .show ()  

В AlertDialog доступны и другие методы, но вы можете использовать их по своему усмотрению.

Singleton pattern

Бывают случаи, когда в требуется только один экземпляр класса . Таким образом, всякий раз, когда вы вызываете объект класса, новый объект создавать не следует (там будет только одноразовое создание объекта). Этот шаблон проектирования обеспечивает глобальную точку доступа к классу. Например, , сетевое соединение в приложении должно выполняться один раз, а не каждый раз, потому что это очень дорогой процесс. Так что в этих случаях мы можем использовать синглтон.

Ниже приведен пример одноэлементного класса в Kotlin:

  объект DataManager {
    в этом {
        println ("вызывается класс Singleton.")
    }
    fun getUserData (): User {
        // некоторый код
    }

}
// пользователю синглтон-класс
fun main (args: Array ) {
    Менеджер данных.getUserData ()
    // больше кода
}  

В Котлине нет необходимости использовать частные конструкции или статические методы для создания одноэлементного класса. Узнайте больше о синглтон-классе в Котине.

Шаблон внедрения зависимостей

Большинство классов имеют некоторую зависимость, которая необходима для правильного функционирования класса. В общем случае мы жестко кодируем все зависимости, необходимые в классе, внутри самого класса. Но это очень неправильный способ предоставления зависимости классу, потому что в будущем, если классу потребуется больше зависимости или вы захотите добавить больше зависимости, вам придется обновить новую зависимость во всех классах, которые будут использовать эту зависимость.Вы должны обновить код во многих местах, и вы должны избегать этого в своем проекте.

Например, , для работы автомобиля необходим двигатель. Таким образом, вместо предоставления двигателя внутри того же класса автомобиля, мы должны предоставить двигатель снаружи класса автомобиля.

Итак, в шаблоне внедрения зависимостей мы предоставляем зависимость класса извне класса, и в этом же классе не будет предоставлена ​​зависимость.

Например, , если класс «DataManager» зависит от «DatabaseHelper» и «NetworkHelper», мы не должны предоставлять эти две зависимости в одном и том же классе «DataManager», поскольку могут быть случаи, когда эти две зависимости зависимости некоторых других классов также.Таким образом, если есть изменения в этих зависимостях, то вы должны изменить код этих двух зависимостей во всех классах, которые зависят от этих двух.

Давайте разберемся, как внедрить Dependency Injection в нашем коде.

Если мы не используем концепцию внедрения зависимостей в нашем коде, то наш код будет выглядеть следующим образом:

  class DataManager {
    private val databaseHelper: DatabaseHelper = DatabaseHelper () // зависит от DatabaseHelper
    private val networkHelper: NetworkHelper = NetworkHelper () // зависит от NetworkHelper
    
    fun someTask () {
        // делаем некоторые операции с DatabaseHelper и NetworkHelper
    }
}  

Чтобы использовать зависимость, вы должны использовать следующий код:

  val dataManager: DataManager = DataManager ()
Менеджер данных.someTask ()  

Но здесь очень сложно протестировать каждый класс в отдельности, а также, если есть изменение в зависимости, вам придется снова и снова менять код класса DataManager.

Итак, если мы предоставляем зависимость извне класса, то код выглядит примерно так:

  class DataManager (databaseHelper: DatabaseHelper, networkHelper: NetworkHelper) {
    private val databaseHelper: DatabaseHelper = databaseHelper
    private val networkHelper: NetworkHelper = networkHelper

    fun someTask () {
         // делаем некоторые операции с DatabaseHelper и NetworkHelper
    }
}  

Теперь вы можете использовать DatabaseHelper и NetworkHelper, используя следующий код:

  val databaseHelper: DatabaseHelper = DatabaseHelper ()
val networkHelper: NetworkHelper = NetworkHelper ()
val dataManager: DataManager = DataManager (databaseHelper, networkHelper)
Менеджер данных.someTask ()  

Таким образом, используя шаблон DependencyInjection, вы получите возможность тестировать каждый класс изолированно. Но каждый раз, когда вы хотите использовать DatabaseHelper и NetworkHelper, вам нужно написать все эти коды. Итак, чтобы упростить задачу, мы используем платформу Dagger . Dagger сделает все это за вас и облегчит вашу жизнь в программировании 🙂

Узнайте больше о Dagger.

Структурный шаблон

В этом шаблоне проектирования нас интересует структура кода.Здесь мы следуем некоторому определенному структурному шаблону, который поможет понять код и работу кода, просто взглянув на структуру кода. Вот некоторые из распространенных структурных шаблонов: Адаптер, Мост, Фасад, Прокси и т. Д.

Шаблон адаптера

Адаптер — это нечто вроде разъема, который используется для соединения двух или более несовместимых интерфейсов. Этот шаблон позволяет классам работать вместе. Давайте рассмотрим один пример:

Предположим, что у вас есть приложение для авиакомпаний, в котором отображаются сведения о рейсе.Это приложение используется в Индии. Таким образом, все детали, такие как цена полета и время полета, соответствуют индийской валюте и индийскому времени соответственно. Таким образом, для этого у вас может быть один класс представления под названием « FlightView », который имеет представление, показывающее время полета и цену полета. В этом классе вы можете использовать методы « ShowDetails () », которые предоставляют время полета и цену полета, а затем устанавливают эти значения в некотором текстовом представлении.

Проблема возникает, когда у нас есть данные двух авиакомпаний разных стран, скажем, AirIndia и UnitedAirlines.Время и цена AirIndia будут отображаться правильно, потому что они соответствуют индийским стандартам. Но у UnitedAirlines будут сроки и цены в соответствии с американским временем и валютой. Оба класса имеют разный часовой пояс и валюту. Таким образом, эти два класса, то есть «AirIndia» и «UnitedAirlines», полностью несовместимы, и здесь нам нужен один адаптер для связи между этими двумя в противном случае, в итоге мы получим цену UnitedAirlines в рупиях (без какой-либо конвертации из доллара) ,

Итак, давайте создадим интерфейсный адаптер с именем « FlightDetailAdapter «. Этот интерфейс имеет два метода, которые будут возвращать время в соответствии с IST (индийским стандартным временем), а цена будет в INR (т.е. в индийской валюте). Основная идея заключается в том, что мы будем внедрять этот интерфейс в различных авиакомпаниях, чтобы получить детали в соответствии с индийскими стандартами. Используя эти методы, мы можем определить время и цену всех авиакомпаний в соответствии с индийским временем и индийской валютой.

  интерфейс FlightDetailAdapter {
    // получить цену в индийских рупиях
    fun getPriceInINR ()
    
    // получить время по индийскому стандартному времени
    весело getTimeInIST ()
}  

После создания интерфейса теперь нам нужно сделать два класса: « AirIndiaFlightDetailAdapter » и « UnitedAirlinesFlightDetailAdapter ». Оба эти класса будут реализовывать один и тот же интерфейс, то есть «FlightDetailAdapter».

Код для «AirIndiaFlightDetailAdapter» будет:

  класса AirIndiaFlightDetailsAdapter: FlightDetailAdapter {

    // некоторые AirIndiaApi, которые дают время и цену в соответствии с индийскими стандартами
    var api: AirIndianApi = AirIndiaAPI ()

    переопределить веселье getPriceInINR (): Int {
        // возвращает цену в INR
        вернуть api.цена
    }

    переопределить веселье getTimeInIST (): String {
        // возвращает время в IST
        возврат api.time
    }
}  

Код для «UnitedAirlinesFlightDetailAdapter» будет:

  класса UnitedAirlinesFlightDetailAdapter: FlightDetailAdapter {
    // некоторые UnitedAirlinesAPI, которые дают время и цену в соответствии с американскими стандартами
    var api: UnitedAirlinesAPI = UnitedAirlinesAPI ()

    переопределить веселье getPriceInINR (): Int {
        // возвращает цену в INR
        return convertUSDToINR (api.цена)
    }

    переопределить веселье getTimeInIST (): String {
        // возвращает время в IST
        вернуть convertESTToIST (api.time)
    }

    fun convertUSDToINR (цена: Int): Int {
        // немного логики
    }

    fun convertESTToIST (time: String): String {
        // немного логики
    }
}  

Теперь мы можем написать код нашего класса «FlightView», который будет показывать время и цену полетов в приложении:

 , класс FlightView (context: Context): View (context) {
    // показываем детали рейса по индийскому времени и цене
    забавное showFlightData (fda: FlightDetailAdapter) {
        priceTextView.text = fda.getPriceInINR ()
        timeTextView.text = fda.getTimeInIST ()
    }
}  

Наконец, вы можете вызвать требуемые сведения о рейсе, то есть вы можете вызывать классы AirIndia и классы UnitedAirlines в соответствии с вашими потребностями и отображать правильный вывод в представлении. Для отображения деталей полета AirIndia просто используйте:

  val flightView: FlightView = FlightView ()

// для отображения информации о рейсе AirIndia
flightView.showFlightData (AirIndiaFlightDetailsAdapter ())  

А для отображения деталей полета UnitedAirlines просто используйте:

  val flightView: FlightView = FlightView ()

// для отображения деталей рейса UnitedAirlines
FlightView.showFlightData (UnitedAirlinesFlightDetailAdapter ())  

В Android RecyclerView и PagerAdapter — некоторые из хороших примеров шаблона Adapter.

Вот как мы можем использовать Адаптер в Android, который поможет нам создать соединение между двумя несовместимыми классами.

Шаблон фасада

В шаблоне Фасад сложная система превращается в более простую систему, которая поможет нам получить значения из сложной системы, не зная, как данные выбираются и возвращаются в представление или ведущий.

Например, , у нас есть один Presenter или View, который показывает нам пользователей, которые хранятся в базе данных. Итак, докладчик требует список пользователей по некоторому классу DataManager. Класс DataManager работает с различными данными. Он может иметь один класс NetworkHelper и один класс DatabaseHelper. Внутренне DataManager может использовать класс NetworkHelper или DatabaseHelper для извлечения деталей, но наше мнение или докладчик не беспокоятся об этом. Для этого нужен только список доступных пользователей и больше ничего.Даже представление или докладчик не знают о том, что есть какой-то класс NerworkHelper или DatabaseHelper.

Behavioral Pattern

Behavioral Pattern в основном рассказывает, как объекты классов будут общаться друг с другом. Эти шаблоны помогают нам лучше понять код, потому что, просматривая код, мы можем определить шаблон, а затем лучше понять код. Некоторые из поведенческих паттернов: цепь ответственности, интерпретатор, посредник, наблюдатель, команда, контроллер представления модели, представление модели представления и т. Д.

Шаблон наблюдателя

Шаблон наблюдателя подобен однозначным (или одно) зависимостям между объектами. Например, , на YouTube вы можете подписаться на определенный канал, и если какое-то видео будет загружено на этот канал, то все его подписчики будут уведомлены об изменении или о новом видео.

Итак, в Android также, когда есть изменение в каком-либо объекте, то иждивенцы этого объекта будут уведомлены об изменении, и возможное обновление будет сделано соответственно в иждивенцах.Это называется паттерном Observer, потому что здесь мы наблюдаем некоторые изменения в объекте.

Например, , в Android LiveData — это наблюдаемый класс держателя данных, который позволяет использовать шаблон наблюдателя.

Узнайте, как использовать LiveData в Android.

Кроме того, RxJava позволяет использовать шаблон наблюдателя в Android.

Изучение RxJava .

Шаблон команд

В шаблоне Команды мы даем команды, и нам нужен наш вывод и ничего больше.Мы не беспокоимся о том, кто будет делать нашу операцию, чтобы дать желаемый результат. Все, что мы хотим, — это то, что мы делаем в нужное время.

Например, , у вас есть интерфейс «Выполнить», и есть два класса, которые реализуют этот интерфейс «Выполнить». Один класс отвечает за запись чего-либо в файл, а другой — за добавление содержимого файла. Таким образом, вы можете вызывать любой из этих двух классов, то есть «WriteFile» и «AppendClass» с помощью интерфейса «Execute».

Model View Controller pattern

Model View Controller или MVC — это образец архитектурного проектирования, который используется для написания организованного кода для приложений Android. Код, соответствующий шаблону MVC, делится на три части:

• Модель: Это место, где вы пишете всю свою бизнес-логику и состояние данных. Итак, все классы данных вашего приложения рассматриваются как модель.
• View: Это пользовательский интерфейс, который видит пользователь.В Android пользовательский интерфейс построен с помощью XML. Таким образом, все виды, которые видит пользователь, подпадают под эту категорию.
• Контроллер : Контроллер — это просто средство связи между моделью и представлением. Он принимает пользовательский ввод из представления. Он обрабатывает запрос и отправляет данные из модели в представление.

В настоящее время мы не используем этот шаблон, потому что он объявлен как « Massive View Controller » для Android.Вместо MVC мы используем MVP и MVVM.

Model View Presenter

Model View Presenter или MVP — это набор рекомендаций, которым необходимо следовать, чтобы сделать код многократно используемым и тестируемым, поскольку он разделяет весь код. MVP делит приложение на три части:

• Модель: Это место, где вы пишете всю свою бизнес-логику и состояние данных. Итак, все классы данных вашего приложения рассматриваются как модель.
• View: Это пользовательский интерфейс, который видит пользователь.В Android пользовательский интерфейс построен с помощью XML. Таким образом, все виды, которые видит пользователь, подпадают под эту категорию.
• Докладчик: Докладчик несет ответственность за предоставление данных для представления. Если для представления требуются некоторые данные из модели, то именно презентатор извлекает данные из модели и предоставляет данные представлению для отображения необходимых сведений.

Узнайте больше о MVP

Модель ViewModel модели

Модель View ViewModel или MVVC похожа на модель MVC, но здесь контроллер заменяется ViewModel.Вот три компонента модели View View:

• Модель: Это место, где вы пишете всю свою бизнес-логику и состояние данных. Итак, все классы данных вашего приложения рассматриваются как модель.
• View: Это пользовательский интерфейс, который видит пользователь. В Android пользовательский интерфейс построен с помощью XML. Таким образом, все виды, которые видит пользователь, подпадают под эту категорию.
• ViewModel: Это мост между моделью и представлением.Здесь хранится большая часть логики пользовательского интерфейса. Это в основном используется для хранения и управления пользовательским интерфейсом, и это решает одну из самых больших проблем потери данных, возникших из-за поворота экрана.

Загляните в наш блог MVVM, чтобы лучше понять то же самое.

Чистая архитектура

Чистая архитектура определяет способ взаимодействия различных уровней приложения, т. Е. Представления, варианта использования, домена, данных и уровня структуры.Чистая архитектура создает систему, которая является тестируемой, независимой от пользовательского интерфейса и независимой от внешних агентств и библиотек. Следующее изображение является популярным изображением чистой архитектуры:

Эти круги представляют различные уровни в нашем приложении. Когда мы движемся внутрь круга, каждый круг становится более абстрактным и более высоким. Внутренний круг не зависит ни от какого внешнего круга, а самый внутренний круг обозначает бизнес-логику приложения.

Заключение

Итак, в этом блоге мы узнали о некоторых шаблонах проектирования, которые используются в Android для написания более понятного и понятного кода.Мы узнаем о шаблоне Builder, шаблоне Singleton, шаблоне внедрения зависимостей, шаблоне адаптера, шаблоне фасада, шаблоне Observer, шаблоне команд, MVC, MVP и шаблоне MVVM.

Надеюсь, вы примените эти шаблоны проектирования в вашем следующем Android-проекте 🙂

Ознакомьтесь с нашим комплектом интервью для подготовки компании.

Поделитесь этим блогом с другими разработчиками, чтобы распространять знания. Вы можете прочитать больше блогов на Android на нашем блог-сайте.

Подайте заявку прямо сейчас: онлайн-курс MindOrks для Android и изучите продвинутый Android

Счастливого обучения 🙂

Team MindOrks!

Также, давайте подключимся на Twitter, Linkedin, Github и Facebook

Какие архитектурные шаблоны используются в Android?

1. Товары
2. Клиенты
3. Случаи использования

1. Переполнение стека Публичные вопросы и ответы
2. Команды Частные вопросы и ответы для вашей команды
3. предприятие Частные вопросы и ответы для вашего предприятия
4. работы Программирование и связанные с ним технические возможности карьерного роста
5. Талант Нанимать технический талант
6. реклама Связаться с разработчиками по всему миру