問題タブ [typhoon]

Typhoon フレームワークで NSManagedObject サブクラスを注入したいと思います。私はその例を見たことがありませんが、可能性があると考えています。

私は MO Generator を使用しており、NSManagedObject と最終的な子クラスの間にスーパークラスがあります。これは、違いがあれば注入したい共通の抽象基本クラスにあります。

これで成功した人はいますか？

アドバイスをいただければ幸いです。私が提供できる情報が他にもあれば教えてください。

ストーリーボードを利用した最も単純なアプリケーションを作成しました。

UINavigationController、およびビュー コントローラ A と B があります。

Aには、ユーザーが自分の名前を入力することになっているテキストフィールドがあります。ユーザーがボタンに触れると、「Hi, [NAME]!」と表示されて B に移行します。

ユーザーが入力した名前を Typhoon で A から B に渡すにはどうすればよいですか?

Typhoon を使用すると-prepareForSegue:sender:、まったく関係のない View Controller 間の結合が必要になるため、DI の観点からは悪である の使用を避けることができると思います。(例viewControllerB.nameToDisplay = self.textField.text;)

Swift プロジェクトの Typhoon Framework バージョン 2.3.0 に非常に厄介な問題があります。

チュートリアルで述べたように、Podfile に Typhoon を含め、Pod をインストールし、ブリッジング ヘッダーを作成#import <Typhoon/Typhoon.h>して、このヘッダーに追加しました。

次に、 ApplicationAssebly というアセンブリ サブクラスを作成しました。

ご覧のとおり、そのアセンブリを AppDelegate に挿入します。Info.plist ファイルに TyphoonInitialAssemblies エントリも追加しました。そしてこの瞬間、私の問題が始まりました。NSException が発生するいくつかの組み合わせをテストしました。

名前 xxx のアセンブリを解決できません

この組み合わせは次のとおりです ( typtestはプロジェクト/バンドル名です):

• Info.plist の ClassName: ApplicationAssembly、Build Settings の Module プロパティを定義します:いいえ
• Info.plist の ClassName: ApplicationAssembly、Build Settings の Module プロパティを定義:はい
• Info.plist の ClassName: typhtest.ApplicationAssembly、Build Settings の Module プロパティを定義:いいえ
• Info.plist の ClassName: typhtest.ApplicationAssembly、Build Settings の Module プロパティを定義:はい

StackOverflow でこの回答を見つけたので、最後の組み合わせを試しました。

• Info.plist の ClassName: _TtC8typhtest19ApplicationAssembly、Build Settings の Module プロパティを定義:はい

この組み合わせは NSException をスローしませんが、以下の iPhone 5s (iOS 7.1) からのスタック トレースであるdyld_fatal_errorがあります。

iPhone シミュレーター (iOS 7.1) とはわずかに異なるスタック トレースを取得します。

iOS 8.1 シミュレーターで動作するのは奇妙なことです。また、Swift 用の Typhoon Sample Application は、私のデバイスでうまく動作します。

また、Xcode とプロジェクトのキャッシュと DerivedData ディレクトリをすべて消去しようとしました。プロジェクトとビルド フォルダーを消去し、プロジェクトを再構築しましたが、機能しません。Xcode のバージョンは 6.1 (6A1052d) で、OSX Yosemite 10.10.1 を使用しています。

私のコードを含む GitHub リポジトリ: https://github.com/papcio28/Typhoon-Dyld-Error

2014 年 11 月 21 日編集

また奇妙なのは、ファクトリを手動で作成し、何かを手動で注入すると、Typhoon が機能することです。私が行った手順は次のとおりです。

1. TyphoonInitialAssembliesInfo.plist からアイテムを削除しました

2. AppDelegate.application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Boolへの変更

   /li>

しかし、ファクトリを手動で定義せずに Typhoon を使用したいという事実は変わらないので、質問はまだ現実的です。

Typhoon フレームワークを使用しているプロジェクトに取り組んでいます。これは、シミュレーターおよび arm7 アーキテクチャーで正常にビルドおよび実行されます。しかし、arm64 アーキテクチャ用にビルドを開始すると、Typhoon のプロパティについて不平を言い始めますnil。TyphoonInjectionByReferenceどちらが設定されていないかに関して実際の問題を見つけます。

この種の問題を見つけた人はいますか。

[initializer injectParameterWith:[self aMethod]];

サンプル プロジェクトを使用して Typhoon フレームワークをセットアップしようとしていますが、シミュレーターを実行すると問題なく動作しますが、テストを実行しようとするとエラーが発生します。エラーは次のとおりです。

NSInvalidArgumentException'、理由: 'クラス 'DI_Example.MyAssembly' は TyphoonAssembly のサブクラスではありません'

さて、こことここで、これは CocoaPods が原因で Typhoon パッケージが 2 回リンクされていることが原因であると読みました。これは私のPodfileであり、2回リンクする必要はないようです

また、テスト ターゲットをアプリケーション スタイルからロジック スタイルに変更すると、すべて正常に動作するように見えます (パッケージが 2 回インポートされていないためと想定しています)。誰かが私がしていることに問題を見つけることができますか?

テストにヒットする前にエラーがスローされたように見えるので、2つのターゲットをリンクすることに関係していると推測しています

これが私のテストです（ホストアプリケーションをなしに設定すると合格です）