私はすべてのココアタッチプログラマーがこれに直面しなければならないと確信しています。私は、Appleがすべてのアプリケーションで設定アプリに設定を入れたいと思うことを知っています。しかし、それはカスタマイズの面でそれが提供するものをかなり制限しています。また、頻繁に変更されるので、アプリ内にいくつかの設定を配置する方がよいでしょう。
このような場合、開発者は独自のアプリケーション内で設定管理を実装する必要があります。簡単なplistを使ってSettingsアプリケーションで簡単に管理できるすべての基本的なものを再実装するのは非常に残酷だということです。どのような種類のフレームワーク/ライブラリは、物事を単純化するためにすでに作成されていますが、入力として同様のplistを取る可能性がありますか？
一般に、アプリ設定ではどのように実装しますか？毎回UITableViewControllersをオーバーライドしますか？アプリのアプリケーション設定管理で簡単にする方法は？
mySettingsを見ましたか？設定アプリで使用できるのとほぼ同じplistファイルを使用しますが、アプリ内に表示します。
なお、アップルでは、アプリケーション内で頻繁に設定を変更することをお勧めします。他のものは、設定アプリにあるはずです。
データ駆動型アプリケーションを作成する場合は、データベースに設定を保存し、変更可能な設定をDBに照会する1つのView/Controllerペアを持つことができます（各設定はtype/name/valueまたはあなたが思いつくことができる他の構造）。
データアクセスでシングルトンを使用する場合、アプリ内のどこからでも設定にアクセスするのは簡単です。
異なるアプリケーション間で、設定ビューおよびデータベースコード自体として使用されるビュー/コントローラは変更されません。アプリケーションのさまざまな部分で実行されるset/getだけです。 DB）。もちろん
、あなたがそれ以外の場合はCoreDataに触れるつもりはないされた場合、これは設定のためのオーバーヘッドがたくさんある...
我々はそれについて行ってきた方法は、エミュレートするライブラリを作成することでした設定アプリは可能な限り正確に、アプリ内からアクセス可能です。これは、Settingsアプリケーションと同じ方法でSettings.plistファイルのユーザーデフォルトを使用します。
これを実装したら、必要に応じて独自のデータ型を追加できます。
大丈夫ですので、ウェブ上で公開されているものは何もありません。 –
私は見ましたが、あまりにも長い間、私は私のアプローチについて行くつもりはありませんでした。それは実装するのが非常に単純に見えましたが、それはそれほど悪くはありませんでした。 AccessoryViewとテーブルをどのように活用するかを知っていれば、UITableViewCellをサブクラス化する必要はありません。 –
それはまさに私が探していたものでした。ありがとうございました！ –