через статик.
Вот есть все та же моя либа, не дающая помереть приложению.
Для ее активации (без доп.настроек) достаточно одной строчки в Application:
LifeKeeper.getInstance().start(this);
Это все ровно как в библитеках от Firebase скажем.
Но как вариант я истребил все статики и сделать класс для предоставления АПИ, а синглтоны попрятал в пакет, изведу потом их
Будет строка
new LifeKeeperAPI().start(this).э;
Как лучше и почему?
new подразумевает что можно создать несколько экземпляров. в чем purpose?
Мне вариант со статиком больше нра, ибо: - Он должен быть только один же, а new разрешает сколько угодно. - Меньше букаф
А это апи класс, он просто торчит наружу из пакета. А внутри вызывает че надо.
блоатинг
Не будет однозначного ответа, кто то против статиков изначально, кто то пользуется ими на регулярной основе. Я может не супер крутой прогер, но не могу жить без статиков ибо куча логики в приложениях которая повторяется , и без статика как ее еще использовать?
Ну это как бы разделение. Иначе получается класс на 300 строк с кучей приватных методов и package private из котрого торчит 10 методов API либы.
new LifeKeeper(this).start();
чем плохи статики?
держать какое-то состояние статически - тупая затея. Если статики рассматривать как то, что не имеет состояния, то всё нормально
сверху написал
сори, начал писать до того, как прочитал
Обсуждают сегодня