действительно ли стоит использовать базовые данные для простого sqlite приложения на iPhone с одной таблицей и никакими отношениями или сложной подтаблицей/представлениями?

В RelativeLayout, это будет хорошо с ним.

И еще Button и все, что вы можете добавить.

Следующее работает хорошо для меня.

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:background="#ff314859"
    android:paddingLeft="16dp"
    android:paddingRight="16dp">
    <TextView 
        android:id="@+id/txt_logo"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:text="your text here"
        android:textSize="30dp"
        android:gravity="center"/>

        ...other button or anything else...

</RelativeLayout>
17
задан frankodwyer 25 June 2009 в 12:49
поделиться

5 ответов

Да, я думаю, что это так - Core Data - это не сложный API, и он предоставляет доступ ко множеству мощных функций.

Мне пришлось принять то же решение, что и вы - я вложил полдня в Core Data и был очень рад.

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

Да, это хорошая практика - вы будете очень благодарны за выбор маршрута Core Data.

16
ответ дан 30 November 2019 в 13:21
поделиться

Если бы я создавал приложение с нуля или в любом случае вносил существенные изменения, я бы одновременно посмотрел на Core Data.

В противном случае, если оно не сломалось. ...

1
ответ дан 30 November 2019 в 13:21
поделиться

Core Data - это структура для построения модельного компонента архитектуры модель-представление-контроллер (MVC). Таким образом, его цель состоит в том, чтобы управлять графом экземпляров объектов, и это, возможно, лучшая структура управления графом объектов, доступная на любой платформе. Так получилось, что Core Data также может сохранять этот граф объектов на диске. Если вас не волнует точная схема базы данных (или то, как именно ваша объектная модель сохраняется на диске), вам следует очень внимательно рассмотреть , а не , используя Core Data.

1
ответ дан 30 November 2019 в 13:21
поделиться

Это того стоит.

  1. Ваша модель с одной таблицей может стать более сложной в будущей версии. CoreData имеет некоторые средства для обработки миграции при изменении базовой модели.
  2. Он позволяет вам использовать NSFetchedResultsController, если вы используете UITableView. Вам почти не придется кодировать что-либо, связанное с постоянством, и это гарантирует, что у вас никогда не будет больше объектов в памяти, чем вам действительно нужно для отображения.
  3. Он выполнит отмену за вас. Бесплатно.

ИМХО, стоит потратить пару часов на чтение учебника и справочника.

4
ответ дан 30 November 2019 в 13:21
поделиться

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

В принципе, вы можете взять объект NSDictionary и в несколько строк сохранить его как PLIST или перезагрузить его содержимое из PLIST.

CoreData великолепен, и я использую его в более сложном приложении, но есть много чего изучить, и я думаю, что это больше 3 проекта, чем полдня.

2
ответ дан 30 November 2019 в 13:21
поделиться
Другие вопросы по тегам:

Похожие вопросы: