Где межплатформенные приложения должны сохранить свои данные?
Вы пропускаете знак равенства. Это должно быть:
return HourlyTick.objects.filter(timestamp__range=(start, end))
Вам также нужно будет преобразовать строки datetime в объекты datetime.
9 ответов
Каждая платформа имеет свой собственный API для нахождения домашней папки пользователя, или папки документов или предпочтительной папки.
- Windows: SHGetFolderPath () или SHGetKnownFolderPath ()
- Mac OS X и iPhone OS: NSSearchPathForDirectoriesInDomains ()
- Unix: переменная среды $HOME
не Делает hardcode определенных путей или просто прикрепляет префикс и суффикс на имени пользователя. Кроме того, попытайтесь следовать безотносительно соглашений, там для платформы для именования файлов.
Что касается передового опыта, Джефф опубликовал статью о загрязнении пространства пользователя, которая может оказаться полезной: Не загрязняйте пространство пользователя
В целом, я бы рекомендовал абстрагировать реализацию ваших настроек в «Поставщик настроек» и предоставить разных провайдеров для каждой платформы. Таким образом, вы можете реализовать хранение настроек способом, который лучше всего подходит для целевых платформ (например, файл в Linux или в реестре Windows).
Не просто используйте «наименьший общий знаменатель». Там, где у вас есть контент, который должен быть полностью храниться в файлах, попросите вашего провайдера настроек указать местоположение этих файлов для конкретной платформы.
Я не :)
Я использую USERPROFILE в Windows и HOME в Mac / Linux. Но даже в этом случае мне нужно знать, что это правильные места.
Спасибо!
В окнах необходимо пойти другой уровень глубоко, чем просто профиль пользователя. Используйте папку Application Data.
В Windows я использую APPDATA, а в Linux я использую HOME.
Для Linux / BSD / Solaris: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
Никогда не храните пользовательские данные в папке приложения. Это - просто плохая идея.
Большинство операционных систем имеет $HOME (или %HOME %) переменная среды. Это было бы первым местом для взгляда.
, Если Вы хотите чисто поддерживать несколько операционных систем, тем не менее, Вы оказываетесь перед необходимостью иметь некоторый определенный для ОС код для каждого, который выясняет точно, куда дела должны идти. (~ / Библиотека для Mac OS, ~/.config для основанных на GNOME систем, %HOME %/Application Данные для Windows, и т.д.).
Какой язык Вы планируете использовать? Java, например, имеет специализированное предпочтение API .