Спасибо за комментарий, отвечу по пунктам:
1. DatabaseHelper.DATABASE_NAME — название говорящее, пусть лучше останется так, поскольку большинство хранит название базы в хелперах.
2. Тоже самое, что и с базой, название файла, где хранятся префы
3. Безопасно и применимо
4. Никак, а есть ли смысл?)
Если диалог необходимо обязательно показать после завершения длительной операции в фоне, то лучше использовать сервис, если нет, то чем плохо использовать проверку if (!getActivity().isFinishing())?
С точки зрения Virgil Dobjanschi более удачный пример реализации паттерна B — паттерн С.
В презентации кстати сказано: «The last pattern is simply a variant of the previous one. We’re still going to use the Content Provider API, but we’re going to use the help of a Sync Adapter.The Sync Adapter is a concept that you should learn as soon as you get home and you start developing for applications....All our applications use the concept of the Sync Adapter to refresh content. Gmail, e-mail, all these apps use that particular concept. Please use it in your apps.»
Так что думаю реализовать паттерн B, если за 4 года этим никто не озаботился, смысла нет. Приятной наградой за труды в случае реализации паттерна С будет попадание приложения в раздел синхронизация в настройках.
Хотя на самом деле интересно провести голосование. Думаю большинство даже паттерн A не используют в том виде в котором как он представлен на схеме, и думаю они правы :)
1. DatabaseHelper.DATABASE_NAME — название говорящее, пусть лучше останется так, поскольку большинство хранит название базы в хелперах.
2. Тоже самое, что и с базой, название файла, где хранятся префы
3. Безопасно и применимо
4. Никак, а есть ли смысл?)
В презентации кстати сказано: «The last pattern is simply a variant of the previous one. We’re still going to use the Content Provider API, but we’re going to use the help of a Sync Adapter.The Sync Adapter is a concept that you should learn as soon as you get home and you start developing for applications....All our applications use the concept of the Sync Adapter to refresh content. Gmail, e-mail, all these apps use that particular concept. Please use it in your apps.»
Так что думаю реализовать паттерн B, если за 4 года этим никто не озаботился, смысла нет. Приятной наградой за труды в случае реализации паттерна С будет попадание приложения в раздел синхронизация в настройках.
Хотя на самом деле интересно провести голосование. Думаю большинство даже паттерн A не используют в том виде в котором как он представлен на схеме, и думаю они правы :)