Swift、観察、結論に関するアプリケーションの開発経験

この記事は、新しいSwift言語で小さなアプリケーションを開発した「経験」の後のプログラマーのレポートに基づいています。



Dimaはほぼ2年間プログラミングを行っており、自分で言語を学んでいます。 ドキュメント、誰かのコード。 彼はプロのふりをしてはいませんが、彼の経験はSwiftでコーディングを開始することを検討している多くの人にとって有用です。 実験、観察および結論。 ディスカッションにご招待します！ 次は著者のテキストです。

はじめに

IOSの執筆を始めたとき（そしてそれはそれほど昔ではありませんでした）、Objective-Cは私をたくさん混乱させました。 理解するのが難しいというわけではなく、構文は非常に珍しいように見えました。 時間が経つにつれて、もちろんそれに慣れましたが、最初の機会にSwiftの外観を知ったとき、新しいプロジェクトが書き始めました。

さらに、燃やすことができる瞬間があります。 私はこのすべてについて推測したかったです。 作業中に気付いた物議を醸す点について、説明と一般化を試みました。

開発の終わりとこの記事の執筆の終わりに向かって、私はXcodeを更新し、Swiftをバージョン1.2に更新しました。 私が指摘した問題のいくつかは関連性を失ったことが判明しました。 それでも、関連性を失わない結論を示しているので、私はそれらをテキストに残しました。

互換性について

最初の重大な弱点は、純粋なCとの互換性です。Swiftは、ObjCと完全に互換性があります。 ObjCはCと完全に互換性があります。SwiftはCと互換性がありますか？ はい。 Swiftの作成者は、ObjCだけでなくCへの特別な橋渡しを行いました。そして、C APIと対話する方法に関するドキュメントのセクションがあります。 Core Foundation（単なるC-API）を使用しようとしたときに問題が発生しました。 CFNotificationCenterAddObserverは、C関数へのポインターをパラメーターとして使用します（同様のパラメーターには、おそらくこのライブラリーから他の便利な関数があります）。 Swiftでは、C関数へのポインターを作成できます（CFunctionPointerが提供されます）が、swiftファイル自体に書き込むことはできません。構文は異なります！ つまり、ObjCの場合、Cとの互換性は、どこでもCでの記述を開始し、他の場所（ライブラリ）からCコードを使用できるという事実にありますが、Swiftの場合、ライブラリまたはサードパーティのCのみを使用できますまたはobjcファイル。 少し異なる互換性。 些細なことのように思えますが、具体的な状況は次のとおりです。Swiftのみで記述した場合、Darwin通知を使用できなくなります。













さらに一般的なことに移りましょう。 Swiftの「完全な互換性」（ObjCと）について言えば、ObjCからのすべてのものはSwiftで直接アクセスできるのではなく、ブリッジを介してアクセスできることに留意してください。 最も単純な例：NSArray-> [AnyObject]、NSDictionary-> [NSObject：AnyObject]、および迅速な行（String）にはNSStringからの関数があるように見えますが、すべてではなく（たとえば、長さ）、開始するグローバル関数の束objc_で。 ほとんどの場合、ObjCからSwiftに何かを翻訳するとき、AnyObjectが表示されます。 私は理由を知っていますが、今ではそれらについてではなく、結果についてです。 もちろん、機会としてAnyObjectが必要ですが、さまざまな状況があります。 ただし、Swiftは厳密な型指定（コードの信頼性を高める）を特徴とするため、その使用は言語のイデオロギーにわずかに反します。 また、Appleのフレームワークを使用する場合、関数のすべての場所にAnyObjectが表示されます。これらはすべてObjC上にあるためです。 その結果、標準ライブラリから2番目ごとの関数の結果を目的の型にキャストする必要があります。 そして、神はあなたがタイプがどうあるべきかを推測したり混同したりすることを禁じています！ [私はあなたがチェックを行うことができることを知っていますが、突然コードの簡潔さと単純さがすべてどこかに消えます]。



そのため、変数のタイプを示す義務があるという事実により、新しい、より信頼性の高い言語を提供します。 しかし、標準ライブラリの関数はしばしば型指定されていないオブジェクトを返します。 もちろん、「完全な互換性」の条件に違反することはありませんが、この時点で私はすでに少し耳障りです。



オプションの変数を使用した、より軽い形式ではあるが、同様の状況。 オプションの変数は、言語のツールと呼ぶことができますが、迅速に提案するスタイルで記述する場合は、非常にまれに使用する必要があります。 NSクラスの関数は、1からオプションを返します。 また、互換性のためにプログラミングスタイルを変更することもできます。



[ 1.2で廃止予定 ]



詳細に戻りましょう。 Foundationには、Swiftではまだ利用できないものがあります。 たとえば、NSDecimalクラス。 ドキュメントには迅速な説明が含まれていましたが、使用することはできませんでした。 したがって、ObjC関数の入力パラメーターまたは出力パラメーターとしてNSDecimalがあった場合、Swiftで表示されませんでした。 そして、彼らが書いた場合、エラーのためにコンパイルされませんでした。 ただし、Googleによると、Core Plotライブラリのユーザーを除いて（この問題にも遭遇したため）、このクラスは実際には誰も必要としませんでした。 確かに、1.2では使用できるようになりました。 しかし、これは私がちょうど遭遇したことです。 そして確かに、コメントにさえアクセスできないクラスの他の例があります。



自分で見てください。しかし、上記のすべてを考慮して、SwiftとObjCの互換性を評価するときは、「ほぼ完全」という言葉を使います。

便利さについて

Objective-Cはあまり好きではありません。 そして、私はほとんど本当にSwiftが好きです。 Apple Swiftのホームページによると、この言語は革新的でモダンです。 私はこれについて議論しませんが、私の気持ちによると、それはまだ痛みなしで使用できるほどには成長していません。 いくつかの欠点は、言語に慣れるとすぐに明らかになりますが、いくつかは非常に明白ではありません。 現在、干渉しているすべてのものをリストしますが、将来修正されることを願っています。



[ 1.2で廃止予定 ]



1つ目はデバッグの難しさです。 ObjCの辞書と配列はデバッガーパネルで直接開いて表示できますが、標準の迅速なクラスは開いて表示できません。 デバッガーはそのタイプのみを表示します。 先ほど言ったように、これは標準クラスに適用されます。NSDictionaryまたはNSArrayを使用する場合、以前と同様に拡張されます（理解できる、FoundationはObjC上にあります）。 または、NSLogを使用することもできますが、これは明らかにあまり便利ではありません。



オプション変数を使用した同様の状況。 タイプが何であれ、デバッガーではこの変数またはその一部のみが表示され、他の変数は取得されません。



1.2で修正されました。 いくつかのクラスと迅速なクラスの両方を表示できるようになりました。







この状況をどう呼ぶかわかりませんが、次のことが起こります。Xcodeで迅速なコードを分析すると、何かが壊れると、エラーが発生し、構文の強調表示がすべて消えます。 その後、この何かが明らかに再起動し、バックライトが再び表示され、オートコンプリートも再び動作します。 ただし、これらのクラッシュは、コードがコンパイルされていないとき（たとえば、ブラケットが開いているときなど）に発生し、変数または関数の名前をまだ完了していない場合もあります。 Xcodeがクラッシュすることはありませんが、それでも良いのですが、それでもすべてが非常に複雑に見えるわけではありません。



文字列は、標準の迅速な言語クラスです。 NSStringへの自動ブリッジがあります。 ただし、長さには機能がありません。 これには理由があることは知っていますが、事実は残っています。Swiftでは、文字列の長さをより難しくするような単純な機能です。







非常に特殊なケース。 最後のパラメーターとしてのobjc_setAssociatedObjectは、typeパラメーター-typealias objc_AssociationPolicy = UIntを受け入れます。 変数は、このポリシーを定義する型の隣に定義されます：OBJC_ASSOCIATION_ASSIGN、OBJC_ASSOCIATION_RETAIN、OBJC_ASSOCIATION_COPYなど。これらはInt型です。 なんで？ 明示的に引用して2倍長く書く必要があるのはなぜですか：objc_AssociationPolicy（OBJC_ASSOCIATION_COPY）を書き込みますか？ 誰かが説明することを願っています（コメント？！）

変動性について

Swift-新しい言語は、発表の瞬間からでさえ、一年も経っていません。 それは積極的に発展しており、喜ばざるを得ず、変化しつつあり、少し考えさせられます。 また、変更によってプログラミングスタイルが大幅に変更される場合があります。たとえば、以前は宣言時に定数をすぐに割り当てる必要があり、バージョン1.2以降では可能になりました。 その他は単なる構文の変更です（countElements-> count）。 文字通り、このテキストを書いている間にXcodeを更新し（バージョン6.3は2015年4月8日にリリースされ、新しいバージョンのswift 1.2が含まれていることを思い出します）、プロジェクトはコンパイルされません。 ほとんどすべてが！に置き換えられるリクエストとして、これは新しいバージョンの変更の説明からわかります。 そして、ここに非自明の変更があります：何らかの理由でNSDictionaryは、NSStringからString、NSSet-> Set、NSArray-> [AnyObject]のように、[NSObject：AnyObject]に自動的に変換されません。動作します。 以前はそうでした。 そして今、いや。 これにはおそらく十分な理由がありますが、私は今、それらについては話していません。 ところで、逆割り当ては、明示的なキャストなしでも機能します。







Xcodeには、swiftの新しいバージョンに移行する機能があります。 私の経験では、残念ながら、更新は正常に機能しません。 新しいバージョンのすべての不整合は、3回目の操作後にのみ削除されました（以前は機能しましたが、すべてが削除されたわけではありません）が、結果としてコードはコンパイルされませんでした。 1つの場所では、utf16Count関数は修正されないままでしたが、最初の変換の前に、Xcodeは自動置換を提供しましたが、これは手動で置き換える必要がありました。 つまり、置換の一部のみを作成するたびに変換を3回行う必要があり、1か所でコードを手動で編集することもできました。 大規模なプロジェクトでの不便さを想像するのは怖いです。 このような状況を恐れて、プロジェクトが完了する前にXcodeを更新したくありませんでしたが、更新プログラムは既に正式にリリースされています。 更新があるこのような状況を以下に示します。



そして、ドキュメント化されていないグローバル関数について簡単に言及します。これは、私の意見では、言語の若さの表れでもあります。countElements、dropFirst、dropLast、first、last、prefix、suffix、reverse。 遊び場に行って、試してみてください。

おわりに

デバッグはすでに完了しており、NSDecimalが登場しています。 これは修正された欠点によるものであり、変更リスト1.2にはもちろん他の改善点があります。 言語に関する作業が引き続き活発に行われていることがわかります。 そして、時間が経つにつれて、他の欠点が修正され、チップが追加されることは間違いありません。 しかし、「しかし」があります。 Foundationを書き換える人はいません。ObjCはどこにも行きません。 それまでは、すべてのベースライブラリはObjCで記述されていますが、ObjCとやり取りする必要があるため、設計されたスタイルでSwiftを記述することはできません。 まあ、私はいつか迅速に特別に作成された新しいフレームワークを見たいと思っています。 それは素晴らしいように聞こえますが、Appleが完全に迅速に切り替えることを計画している場合、遅かれ早かれ起こると信じています。 結局、Core Foundationがあり、Foundationがあります。



ディスカッションに招待します。