Хранение ежедневных данных в iOS

Question

, поэтому я знаю, что .plist и архивы и SQLLite как методы хранения постоянных данных в приложении, однако я некоторое время задерживался, пытаясь понять, как хранить данные из ежедневной чтобы он отображался на графике. Например, если пользователь ходит 1 мил один день и 3 следующий, как можно было бы узнать, когда его один день и когда он следующий?

Я могу придумать, чтобы сохранить текущую дату, а в следующий раз, когда пользователь выполнит какое-либо действие, проверьте, совпадает ли сохраненная дата с текущей датой, а если нет, сохраните данные для другой день.

У кого-нибудь есть лучшие идеи или есть стандартный способ справиться с этой проблемой?

Answer 1

Я бы использовал SQLLite DB с столбцом timestamp, указывающим, когда запись была написана. С NSDateComponents вы можете узнать позже, в какой день запись была добавлена.

При создании индекса по колонке временных меток ваши запросы будут довольно быстро, что вид идеально подходит для рисования графиков ...

Answer 2

Использование NSDate это совершенно прекрасный способ. Вам, вероятно, понадобятся даты для графика, или?

Answer 3

SQLLite по-прежнему является отличным методом для этого. Просто не рассматривайте его как плоский файл.
SQLLite поддерживает штамповку времени. Каждый раз, когда вы вводите данные, вы можете добавить этот штамп в поле. Запуск простого SQL-запроса даст вам данные в формате, который вы можете использовать для графика. Вы также можете запросить базу данных, чтобы узнать, каковы текущие данные или как долго она была с момента последнего ввода данных.

Прочитайте эту страницу несколько подсказок: http://www.sqlite.org/lang_datefunc.html

Answer 4

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

Чтобы сохранить это, просто сохраните этот массив в PList. Поскольку это не так много данных, PList не будет плохой идеей.