問題タブ [xcdatamodel]

既存の xcdatamodel からクラス図を生成できるツールはありますか?

xcdatamodel ファイルを生成し、そのファイルを Xcode にインポートすることは可能ですか? 業界標準で指定された既存のスキーマから iOS アプリのデータ モデルを作成する必要があります。その結果、膨大な数の属性、関係などを持つ約 200 のコア データ エンティティが作成されます。古い Unix の人間として、Xcode GUI を介して手動で入力するのに 2 か月を費やすよりも、xcdatamodel ファイルを生成するためのスクリプトをいくつか作成することを好みます。xcdatamodel ファイル内の XML は非常に単純です。私はいたるところを見てきましたが、私にとってはそれほど大したことではないように思えますが、これを試している人についての言及は見つかりません. コメントや提案はありますか？

Xcode 5 で開発した iOS プロジェクトで Mogenerator を使用しようとしています。Mogenerator を brew でインストールしました。

次にリンクします：

その後、コマンドラインからこのツールにアクセスできます。

次に、ビルド フェーズ (シェル /bin/sh) にもう 1 つのステップ (スクリプトの実行) を追加しようとしています。

実際には、エラーが発生します:

この問題を解決する方法について何かアドバイスはありますか?

この質問のために何かを試すのに忙しかったのですが、誤って xcdatamodel-package を削除してしまいました。

最近、次のような質問があったことを知りました。

何らかの理由で、ビルド設定から xdatamodel が削除されました。私はそれを追加し直しましたが、うまくいきました。

私は彼がしたことをやってみましたが、どこから始めればよいかわかりません。

パッケージを再作成しましたが、属性値を設定しようとすると、+entityForName: could not locate an entity named 'EN'... が表示されます。

私が知っているのはそれだけです。チュートリアルではない属性などをいじり始めるまではうまくいきました。

「親」という関係を持つエンティティ「人」があります。「母」と「子」の 2 つの「人」エンティティを作成し、「子」の親属性を「母」に設定したとします。

シナリオ 1: 「親」関係の逆を設定します。「子」エンティティを表示すると、「親」属性が「母」に設定されていることがわかります。しかし、「Mother」エンティティを表示すると、「parent」属性が「Child」に設定されていることがわかります。これは間違っており、予期されていません。次に、「Mother」を削除し、「Child」エンティティを再度表示します。「親」属性がまだ「母」に設定されていることがわかります。これは、削除ルールを「無効化」に設定したにもかかわらずです。

シナリオ 2: 「親」関係に「反転なし」を設定しました。「子」エンティティを表示すると、「親」属性が「母」に設定されていることがわかります。次に、「母」エンティティを見て、その「親」属性には何も設定されていません。これは正しく、私が期待したことです。ただし、「Mother」エンティティを削除しても、「Child」エンティティの「parent」属性は「Mother」に設定されたままです。

シナリオ 3: 「親」の逆の関係を「子」に設定します。これは 1 対多です。動作はシナリオ 2 と同じです。「子」エンティティの「親」属性は、「母」エンティティを既に削除し、関係削除ルールが「無効化」に設定されていても、「母」エンティティに設定されたままです。 .

コンテンツを解析してはならない xml 言語の属性が必要です。おそらく多くの「&、|」を含むjavascriptコードが含まれている可能性があります およびその他の演算子の種類。Text ノードが CDATA 値になる可能性があることは認識していますが、属性に対して同じ動作を行うにはどうすればよいですか?

コア データを使用するアプリをアプリ ストアに提出しました。問題は、プロジェクトを複製して最初のソース コードを失ったことです。「複製された」ソース コードを使用してアプリを更新すると、ユーザーが保存したすべてのコア データが削除されますか? 以前のデータをマッピングせずにファイル file-xcdatamodel を変更すると、保存していたものがすべて失われることはわかっていますが、複製されたプロジェクトがまったく同じファイルを使用していると仮定できますか? 前もって感謝します

Core Data を使用して、クライアントがデザインした服を管理するのに役立つ iOS 用のアプリケーションを作成する予定です。データベースの構造について考えていますが、少し混乱しています。なぜなら、私の構造が計画されたデータ操作に十分かどうかわからないからです。大したことではない場合は、Xcode を使用して作成したデータベースの日付モデルをご覧ください。計画したクエリについて話せば、私の日付モデル スキーマをより簡単に理解できるでしょう。

関係:

1商品 --- カテゴリー（1対1）の例

2 カテゴリ --- サイズ (1 から多)

この 1 つの関係を使用して、packageItems の追加中にカスタム UIPickerViews を設定します。たとえば、製品がジャケットのタイプの場合、XXL から XS までのサイズを表示します。靴のタイプであれば、7.5、8.0、8.5、9.0などのサイズを表示します。

3 パッケージ --- PackageItem (1 対多) "12.12.2013 で作成されたパッケージ番号 12/2013 には多数の packageItems があります

}

4 PackageItem --- 製品 (1 対 1)

5 PackageItem --- ItemSize (1 対多)

6 PackageItem --- ItemHistory

7 製品 --- 製品サイズ (1 対多)

8 製品 --- 製品履歴 (1 対多)

以下のリストは、私のアプリのいくつかの基本的な機能を示しています

1 新製品の定義、製品の編集、製品の削除、すべてのリセラー マガジンでの製品の在庫の表示、

2 新しいリセラー ストアの定義、リセラーの編集、リセラーの削除、リセラー マガジンで利用可能なサイズ数の表示、リセラー マガジンでのサイズ数の編集、リセラー マガジンでの製品の履歴の表示 (サイズの変更数、この変更の日付と目的)

3 パッケージの作成、パッケージの編集、パッケージの削除

さらに、スタック モブ baasソリューションを使用してクライアントのデータを保存する予定です

私のdateModelを見てください。エラーが発生した場合はお知らせください。前もって感謝します。