Юрий: Имхо, нарушения Single Resposibility тут нет: контекст и так принадлежит классу Application, мы просто выносим его для быстрого доступа, и вроде как можем так сделать, так как сам Application является синглтоном (поправьте меня если не так - я начинающий в Андройде).
Другое дело что это как то некрасиво, и, кстати, студя выводит подсказку, что это не хорошо, и возможны утечки памяти.
Лично я сделал у Application метод getPreferencesManager который возвращает класс для работы с настройками. Мынус - приходиться получать инстанс приложения, приводит его к кастомному типу.
Лучший вариант - это DI, но на андройде я его пока не освоил.
Андрей: Создать свой перевод. Посмотрите как это сделанно в самом yii, в его исходниках. Там есть файлы с массивами переводов фраз. Скопируйте один из таких файлов (или там несколько файлов для языка, не помню) и отдайте переводчику - пусть переводит. Вот даже ссылки на русские файлы:
Спасибо что поделились. Вообще, appodeal странно работает: пользуюсь вашем приложением несколько месяцев, и единственное что видел - рекламу фейсбука и delivery club (ни то ни другое мне не интересно). Иногда просто реклама не загружалась. Плюс крайне-крайне смутила их интеграция - столько левых jar'ов, устаревшие support библиотеки, и прочее...
dimamoshurenko: Правильное мнение. Единственное на чем можно выйграть время в случае одного разраба - это на понимании что как должно работать, понимание бизнес-логики. В остальном имхо, преимуществ нет.
И более того, за двумя платформами реально уследить сложнее, получается в каждой ты будешь менее профессионален, получается что и писать будешь медленнее и менее качественно. Имхо, 2 узкоспечиализированных проггера лучше и чем одни широкого профиля. Но дороже, видимо.
egorbachurin: У меня просто взял и скачался (это из Хрома) - я его настройки не ковырял. Тут конечно следует учитывать что я разрешил устанавливать сторонние апк, у стандартного юзера эта скорее всего запрещено, так что по сути тоже все ок должно быть.
Никита: С Sublime не знаком, но что то мне подсказывает что он вряд ли сможет превести типы столбцов из SQL'a DDL таблицы в абстрактные типы столбцов yii. Ну или SQL строку INSERT в соответсвующий yii-эквивалент с php-кодом и массивом. Если же вы тупо будете вставлять SQL код в миграцию, то чем же он принципиально отличается от предложенного мною варианта.
Сотня тысяч строк - довольно часто нужны, как правило это либо справочники (один кладр чего стоит), либо исторические данные (например курсы валют за последние года). Понятно что они потом обновляются, но если их обнавлять с нуля - долго получается, имеет смысл зашить в инициализацию какую-либо фиксированную пройденную точку.
Другое дело что это как то некрасиво, и, кстати, студя выводит подсказку, что это не хорошо, и возможны утечки памяти.
Лично я сделал у Application метод getPreferencesManager который возвращает класс для работы с настройками. Мынус - приходиться получать инстанс приложения, приводит его к кастомному типу.
Лучший вариант - это DI, но на андройде я его пока не освоил.