問題タブ [document-based]

簡単に言えば、私は Cocoa CoreData ドキュメントベースのアプリに取り組んでいます (Cocoa を使用するのは初めてです)。コードを 1 行も書いていません。すべてがバインディングと既定のコードによって行われ、すべてがうまく機能します。 、データを入力したり、表示したりできます (すべて、coredata オブジェクトの配列コントローラーを介して実行されます)。私が唯一問題を抱えているのは、ドキュメントを保存することはできますが、そこから読み込むことができないということです。つまり、組み込みの保存機能を使用すると、入力した情報を含むファイルが保存されます (私はXML として保存してチェックすると、すべてそこにあります)、組み込みの open 関数を使用すると、空白のドキュメントが開かれます。私はcoredataのチュートリアルを見回しましたが、何も見つけることができませんでした.saveとopenはそれ自体で動作するはずだと言っているだけです.

ドロップダウンから劇場を選択し、[映画を追加]をクリックすると、このコードが実行されます。

結果のデータベースエントリはJson形式であり、次のようになります。

同じワークフローに従ってこの劇場に2番目の映画を追加する場合、つまり、劇場を選択してから2番目の映画の詳細を追加する場合、次のように同じドキュメントの最初の映画の横に2番目の映画を追加します。将来の追加の映画のために...

この機能を実現するためにactionresultコードを変更するにはどうすればよいですか。ご協力いただきありがとうございます。

ドキュメント ウィンドウ コントローラのインスタンスに奇妙な問題があるようです。makeWindowControllersNSDocument メイン クラスのオーバーライドされたメソッドから開始されたカスタム ウィンドウ コントローラーを使用したドキュメント ベースのアプリケーションがあります。

メイン アプリケーション ウィンドウには、ファイル オーナー (上記のウィンドウ コントローラー) に対応するアウトレットを持つ NSTextView オブジェクトが含まれています。メニュー項目を介して呼び出されるアクションがあり、テキスト ビュー textStorage オブジェクトのコンテンツを設定する必要があります。

現在、アクションは送信者がウィンドウ内のボタンなどの場合は期待どおりに機能しますが、送信者がメニュー項目の場合は機能しません。インスタンス化の問題であると予想していますが、不可解なのは、アクションで次の行を提供することです。

送信者 (インターフェイス ボタンまたはメニュー項目) に応じて、2 つの異なるウィンドウ コントローラー インスタンス ID を返します。あるケース (メニュー項目) では、NSLog は次のように吐き出します。

それ以外の場合 (ボタン):

私は何を間違っていますか？

シングル ドキュメント インターフェイス (SDI) ドキュメント ベースのココア アプリケーションを作成する方法はありますか? ユーザーに複数のドキュメントを一度に開いてほしくありません。

Raven DB 内のドキュメントのコレクション全体を削除する必要があります。1 つずつ (ドキュメント) を削除するのは賢明な選択ではありません。これを簡単に行う方法はありますか？

Document-Based Applications Guideによると、DocumentController、Document、および WindowController が必要です。私が苦労しているのは、与えられた責任がどこにあるべきかを判断することを学ぶことです.

My Document は todo リストを表します。特定の todo リストがドキュメントによってメモリに読み込まれ、WindowController によって表示されます。いつでもウィンドウに収まる todo の数は、ウィンドウのサイズによって決まるため、todo を表示する必要がある場合、WindowController は Document に、表示されているリストを満たすのに十分な数の todo を要求します。

必要に応じて、正規表現を使用して ToDo を検索できます (私は知っていますが、その通りです)。一致したものが上位の結果として返されます。この場合、責任の所在がはっきりしません。Document は todo リストの保存と読み込みを処理しますが、上記では、リストの小さな部分を WindowController に返すことも処理するように要求しました。その場合、一致するロジックをドキュメントに入れる必要がありますか? それとも、データの保存と読み込みとは関係がないため、これは WindowController にとどめるべきですか (検索後の todo の順序はディスクに保存されません)。これらは、私が自問自答している種類の質問です (私自身)。このようなプロジェクトを振り返ると、自分の判断が互いに矛盾しているように見える場所に気づきます。2 つの間で 1 ビットのロジックを移動するだけで 1 時間かかることもあります...

明らかに助けが必要です。

私の例は非常に特殊な状況のものですが、特定の解決策には興味がありません。私は、これら 3 つのクラスの責任がどうあるべきかを、より一般的な用語で知りたいと思っています。ガイドを読み、少しグーグルで調べましたが、まだそれを理解できないようです.

この質問は役に立ちましたが、まだ混乱しています。

ありがとう！

初めてココアに足を浸します。

ここに簡単な質問があります。OS X Lion は、アプリが終了して再起動されたときのウィンドウ状態の再開をサポートしています。大丈夫、大丈夫。

しかし、ドキュメントベースのアプリの場合、ドキュメントを閉じて後で再度開いたときに、アプリを終了せずに、同じ再開機能でウィンドウ状態の保存を管理できますか? （つまり、アプリが終了するかどうかに関係なく、各ファイルの状態を永続的に管理できますか？または、ドキュメントのファイルに情報を保存して自分で管理する必要がありますか？）

たとえば、iWork '09 アプリはこの種のことを行います: 保存した文書を閉じて再度開くと、ウィンドウのサイズ、位置、およびスクローラーの位置が復元されます。Lion の Resume 自体を使用してこれを行うかどうかはわかりません。

しかし対照的に、OS X Lion の TextEdit は、終了して再起動するとウィンドウを復元しますが、ドキュメントを閉じて再度開いたときのウィンドウの状態は記憶していません。これは、終了せずに Resume を自動的に使用できない可能性があるのではないかと疑っています (Pages はウィンドウの状態を独自のファイル形式で保持している可能性がありますが、TextEdit はプレーンテキスト、RTF、HTML などのファイルを使用しているためそうではありません)。

私はまだ WWDC 2011 のビデオにアクセスできません。また、OS X のリリース ノート、OS X アプリケーション プログラミング ガイド、NSWindowRestoration API ドキュメントのいずれも、これについて具体的に説明していません。

もう一度質問します。ドキュメント ウィンドウを閉じて再度開いた後、アプリを終了せずに(iWork のように) その状態を自動的に記憶する... Lion の Restore はこれをサポートしていますか?

どうもありがとう！

サブビューからアクセスする必要があるNSNotificationCenterやNSUndoManagerなどのクラスがドキュメントにあります。

今、私は次のようなことをすることでそれらにアクセスできます：

私が知らないより良いアプローチはありますか？ありがとう。

NSDocument から NSWindowController をロードし、NSArrayController への参照を保持しても問題ありませんか? データを保存するには、アレイ コントローラーのこのインスタンスが必要です。

//保存

Mac OS X 10.7 のこの新しい「機能」を実装するのに苦労しています。ほとんどの場合、アプリケーションは何もしなくても機能します。期待どおり、起動時にファイルが再び開きます。ただし、ファイルが削除された場合、私のアプリケーションは何も開かず、[ファイル] メニューから新しい空白のドキュメントを開く必要があります。

だから、私がこれまでに行ったことは、新しいウィンドウが作成されたときに呼び出すことです。

self は私の NSDocument クラスです。

restoreWindowWithIdentifier:state:completionHandler: はクラス メソッドであるため、その中から windowController 作成メソッド [self makeWindowControllers] を呼び出すことも、[self initWithType:error] を呼び出して新しいドキュメントを作成することもできません (送信されたドキュメントが削除されている場合)。 . 送信中のドキュメントがこのメソッド内から削除されたかどうかをどのように確認できますか?

この問題について Apple のサイトや他の場所で見つけられるものはすべて読んだのですが、どこにも行き着きません。これについての私の核となる理解が欠けていることを認識し、それについてお詫び申し上げます。助けていただければ幸いです。ありがとうございました。