オングストローム。 単純なラッパーの多くの困難

別の自転車はいつ必要ですか？

オングストローム、もちろん、実行された機能、自転車を見ると。 単位を変換する方法はいくつありますか？ たくさん。 Googleを使用できます。iOSまたはAndroid用の数百のアプリケーションのいずれかを使用できます。



しかし同時に、1つの方法で1つの問題を解決したわけではありません。 シリーズを視聴するときに変換結果を取得するにはどうすればよいですか？ 具体的には、 Mythbusters 。 彼らは常にフィートとポンドについて互いに話します。 これはいくらですか？ アパートは大きく、500平方フィートですか？ （実際はそうではありませんでした）27 psi（ええ、ドフィガ）たくさんですか？ そして最後に、華氏はだれにも理解できないことを伝えます！



通常のコンバーターでは、ビデオを停止し、カテゴリ「psi」を見つけて、そこで同じ「平方インチあたりのポンド」を探し、入力する必要がある数字を覚えて、それを何に翻訳するかを理解する必要があります（問題の規模を理解するため）。 手元にあるデバイスで、できればインターネットなしでこれを行いたいと思います。



そして、この問題を解決できるコンバータはありません。 私はおそらく百を試みました。 これはGoogleによって解決されますが、遅い（ブラウザーを起動した、行に何かを入力した、Googleが理解しなかった、またはそう理解しなかった...）。



Angstromは自転車ですか？ そうではないようです。



それでは、開発中に解決しなければならなかった困難を見てみましょう。 技術的な問題、プログラマ。

設計概要

複雑さの大部分は、イリヤ・バーマンが考案した壮大なデザインから生まれました。 それなしでは、AngstromはGeeKonvと呼ばれ、次のようになります。





代わりに、見やすくて使いやすいアプリケーションが判明しました。





UIについてどのような問題を解決しなければならないかについては、 Angstromに関する Ilya のブログセクションで確認できます。このテクニックについては引き続き説明します。

フォーミュラ計算

ユニットの変換は難しい作業です。 第一に、多くの単位があり、すべての係数と変換と間違えられないことは困難です。 第二に、いくつかの変換は自明ではありません。 フィートからメートルに変換する際に、ある係数で除算してから別の係数で乗算する必要がある場合、たとえば華氏を摂氏に変換するには、もう少し試す必要があります。



数式の計算は簡単な作業ではありません。 なんらかの方法で記述し、何らかの方法で解析し、何らかの方法で変数を置換する必要があります。 幸いなことに、研究の過程で、 NSExpression



の副次的性質について説明する記事にNSExpression



。これにより、いくつかの算術式を計算できます。 次のように機能します。

 [[NSExpression expressionWithFormat:@"(23-7.5)*40.0/21.0+273.15"] expressionValueWithObject:nil context:nil]
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

また、（例のように）単純なものを計算したり、 ドキュメントにリストされている関数を使用して、もう少し複雑な計算を行うことができます。



NSNumber



およびNSExpression



を介して計算を行う場合、誤った結果が発生した場合のNSNumber



の動作を決定することを忘れないでください。 そうしないと、計算が中断します。 これは、次のコードで実行されます。

 [NSDecimalNumber setDefaultBehavior:,   NSDecimalNumberHandler]
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そこで値を返すので、何も壊れることはありませんが、同時にログにエラーが表示されます。

 @implementation CONDecimalNumberHandler - (NSRoundingMode)roundingMode { return NSRoundBankers; } - (short)scale { return NSDecimalNoScale; } - (NSDecimalNumber *)exceptionDuringOperation:(SEL)operation error:(NSCalculationError)error leftOperand:(NSDecimalNumber *)leftOperand rightOperand:(NSDecimalNumber *)rightOperand { NSLog(@"Error during parsing number: %@/%@ (%d)", leftOperand, rightOperand, (int) error); if (error == NSCalculationOverflow || error == NSCalculationUnderflow) { return [[NSDecimalNumber alloc] initWithString:@"0"]; } else { return [[NSDecimalNumber alloc] initWithString:@"1"]; } } @end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ユニット付きのストレージテーブル

ユニットのリスト自体も簡単に保存できません。 結局のところ、次のものが必要です。

• それぞれの係数または式を理解します。
• 特定のケースごとに最も適切なユニットを選択できるように、優先順位を保存します。
• このために、単位測定システムのタイプが保存されます（たとえば、SIまたはインペリアル）。
• ユニット名の翻訳は、各言語および可能なすべての単語形式（ロシア語の場合、5つの単語形式など）に対して行われます。 これには、ユニットの可能なシンボル、名前の同義語（arまたはweavingまたはsquare decameter）も含まれます。
• 一部のユニットは「クラスター」に結合されます。たとえば、1メートルはフィートに、10メートルはヤードに変換されます。 2番目のユニットはクラスターから選択されます。
• 最後に、メニューに正しく表示するために、ユニット自体をカテゴリに結合し、ユニットをフォーマット/変換するときにこの情報を考慮する必要があります。

最初は、ユニットをテキストファイルの形式（編集しやすい）で、基本情報、各言語ファイルのローカライズごとに個別に保存します。 これが速度のファイルです（無料）

 knot kn,kt 0.514444 3 impAdd #   11  -      —  295 /  1062 /. Mach M 295.0464 2 other speed of light c 299792458 0.11 siAdd meter per minute m/min 60 0 siAdd2 centimeter per second cm/s 100 0 siAdd2 ^minutes per kilometer min/km FORMULAE(16.666666667/X,16.666666667/X) 0 other ^minutes per mile min/mi FORMULAE(26.805555556/X,26.805555556/X) 0 other
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

それらから、もともと作業に使用されていたJSONファイルを取得します。 残念ながら、これは柔軟性がなく、十分に高速ではありませんでした。 したがって、すべてのデータがSQLiteデータベースにパックされ、必要に応じてそこから読み取られます。 データベース形式は、次のようなJSONファイルの構造をほぼ繰り返します。

 [ { "fml": "", "abbrs": [ "m\/s" ], "us": "si", "id": 1, "tag": "meter per second", "pri": 3, "to": 2000002, "cof": 1, "names": [ "meter per second" ] }, ... ]
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メインデータを含むベースに加えて、検索ツリーも必要です。 Angstromは2つのモードで動作します：

• 「数」、「時間の単位」、「2つの単位」の3行がある場合のアプリケーション内の翻訳。 この場合、行で2つの単位を見つけて、結果を計算する必要があります。 認識は通常どおり行われています。 文字が存在するノード内の部分文字列でツリーを実行し、各ノードにユニットのリストを添付します。 目的のノードに移動し、ユニットのリストを取得し、オプションを表示しました（または、必要な場合は最初のノードを取得しました）。
• 改行。 例えば、私たちは何かを口述で（口頭で、または標準の口述を使って）口述するか、別のアプリケーションからコピーしました。 この場合、手順はおよそ次のとおりです。
  
  
  • 文字列を単語に分割します
  • 不必要なものをすべて削除し、準備し、魔法の最初の部分を実行します（たとえば、システムはこれを「秒」としてではなく、通常は正しくない「秒」として認識するため、秒を置き換えます）。
  • パーシム番号。 ここでは、マジックの2番目の部分が適用されます。 実際には、 NSNumberFormatter
    
    
    
    は文字列をNSNumberFormatter
    
    
    
    として解析できるため、たとえば「34」と認識できる「34」です。 これは、数字だけでなく、この数字を選択する必要がある行があるため、正しく使用するのが非常に難しいスーパー機能です。 可能な最大数を解析するために、すべての拡張範囲を使用して、単語に従って実行する必要があります。
  • 残りの単語を1つまたは2つの単位に解析しようとします。 ここでは、ユーザーが好きなように好きな順番で話すことができるので、魔法が一番です。 特定のマーカーワードに正しく応答する一連のヒューリスティックを作成する必要があります。 ここでの基本は、通常のバージョンと同じユニットツリーでの検索です。

これらのモードは両方ともユニットツリーを使用します。 たとえば、SQLiteからの標準のテキスト検索を使用できますが、トークンと設定をいじる必要があるため、自分で作成することにしました。 複雑さはあちこちで似ていますが、自分の場合は最適化の機会が増えます。



検索ツリーのノードは個別のファイルに保存されます。 これらは次のとおりです（非常に短いものを取りました）。

 {"p":"","u":{"":[[1,13,631]]},"s":{},"f":""}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これにより、必要に応じてロードし、完全にメモリに保存する必要がなくなります。 ツリーは大きく、これにより起動が大幅に高速化され、古いデバイスでの作業（AngstromはiPhone 4で正常に動作します）が行われ、メモリの負荷が軽減されます。



DPLPacker',



についての私の記事で説明されているDPLPacker',



をパックしました。 現時点でそれらのほぼ7500があり、パッケージ化せずに彼らは非常に悪かったでしょう。



Angstromのユニットに関するすべての情報は約5メガバイトになり、ストア内のアプリケーションファイルは13.2メガバイトになりました。 あなたはすぐに見ることができます、アプリケーションはユニットの変換についてです:)

最適化

最適化は、常にアプリケーション開発者が直面する問題です。 技術開発の速度により、単にそれを叩くか、「単純なこと」を行うことができますが、それで十分です。 Angstromは、たとえばApple Watchや古いiPhone 4（iOS 7は引き続きサポートされています）など、非常に極端な条件で使用する必要があります。 これらのデバイスでは、メモリがほとんどなく、プロセッサが比較的低速です。 したがって、すべてを最適化する必要があります。同時に、将来的にはさらに10倍の異なるユニットが存在する可能性があることを忘れないでください（現在は約1050個あります）。



最適化には3つの主要なポイントがあります。

• アプリケーションの開始。 開始をデバッグするために、Instrumentsを使用し、開始から可能なすべてを破棄します。 すべての更新-開始から数秒後に開始します。 画面上のもの以外のユニットのダウンロードはありません。重いリソースはありません。
• 検索ユニット。 これを行うために、検索ツリーを作成し、情報を文字ごとに別のファイルに分割しました。 私たちは手紙を入力しました-この手紙に関するファイルだけをダウンロードしました。 ファイル自体には、情報が非常にコンパクトな形式（識別子、単純なリスト）で保存されます。
• メモリ使用量。 ここでのテクニックは、メインメモリコンシューマがユニット単位のベースであるため、前の段落と似ています。 SQLiteは、ファイルの断片化された検索ツリーとともに、問題をうまく解決します。

Angstromの開発の前でさえ、あるリソースで非常に制限されたタスクがある場合、それは非常に便利であることがわかりました。 たとえば、アプリケーションがApple Watchで動作するためには、速度を最適化する必要があります。最初のバージョンの時計は非常に遅く、自然なテキストを解析する必要があります。これにはかなりの時間がかかります。 また、バージョン1.8では、解析が一度に複数の言語で行われるため、インターフェースが英語であっても、ロシア語で口述することができます（口述自体は現在どの言語が使用されているかを示しません）。 このような「不良」デバイスの最適化により、残りのパフォーマンスが向上し、より近代的かつ高速になります。



Today Extensionを作成するには（バグが発生し、うまく機能しないため、現在は無効になっています）、厳しいメモリ最適化が必要でした。 私は彼にクリップボードの行を解析できるようにしたかったのです（数行だけを表示するのではなく）。これには本格的なアプリケーションが必要でした。 面白いのは、Appleがこのタイプの拡張機能で使用可能なメモリ量について話していることです。 「十分ではない」と彼らは言う。 どれだけ足りないのですか？ 「小さいほど良い！」具体的な数字はありません。 したがって、メモリによる最適化-限界まで。



これはすべて、最適化の要件を極限まで高めます。 すべての既知の手法を適用し、新しいデータ構造を作成し（より正確には、忘れられた古いものを使用）、杖を並行して突いて、インストルメントが示すものを注意深く見て、スローダウンするアルゴリズムを時々見て、より複雑になりますが、より効果的。



アプリケーションを開発している場合は、非常に制動力の高いデバイスを使用して起動します。 これには、iPhone 4と第5世代iPod Touchの両方があります（iPhone 4Sと同じハードウェアがあります）。 最初のものはほとんど無関係ですが、2番目のものはもう1年半に関連します（今日のiOS 9の最新のものを含め、すべてがそれに関連します）。

テクニック。 外観

外観についてはすでに少し書きました。 たとえば、角の正しい丸みについては、私のブログで読むことができます。UIの テストについてもあります 。 しかし、まだ説明していない点がいくつかあります。

キーボード

オングストロームのキーボードは、表示されていない場合を除き、常に表示されます。 移動し（最初の画面の右にスワイプしてみてください）、消えます（外部キーボードを接続するか、iPadで非表示にします）。異なる場合があります（iPhone / iPad / iPad Pro）。 テンキーも取り付けられており、幅が狭い場合があります。





高い





それはAypadnayaが起こります





バージョン1.8では、16進数またはローマ数字を入力できるように切り替えることを学びました。 要約すると、すべてが複雑です。



2つのことについてお話しします。 キーボードを移動する方法、およびアクセシビリティでkipad（デジタル）を機能させる方法。



キーボードを移動するには、iOSのデバイスウィンドウを理解する必要があります。 各ウィンドウには独自のウィンドウ（UIWindow）がありますが、モーダルダイアログまたはキーボードが表示されると、ウィンドウの数が増えます。 Revealのようなものを使用すると、階層が非常によく見えます。





画像（遠方から近方へ）レイヤー：

• ウイスクリーン
• メインアプリケーションウィンドウ
• システムがカスタムキーボードをプッシュするウィンドウ
• キーボードウィンドウ

ここで、あなたはすぐに（これのために私は明らかにするのが大好きです）何をどのように動かすために動くかを見ることができます その結果、メインウィンドウを必要に応じて移動し（完全に制御できます）、少なくともリンクからキーボードを取得して移動できます。

 _keypadView.transform = CGAffineTransformMakeTranslation(_keypadView.virtualFramePositionX, 0);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

すべてのアプリケーションウィンドウを列挙するか、キーボードのように見える場合は最後のウィンドウを取得するだけで、キーボードウィンドウを取得できます。

 NSArray *windows = [UIApplication sharedApplication].windows; if ([NSStringFromClass([windows.lastObject class]) contains:@"Keyboard"]) { _keyboardWindow = windows.lastObject; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

毎回、アプリケーションのすべてのウィンドウで反復処理を使用して、値をキャッシュしないのはなぜですか？ これは、iOS 9ではかなり遅くなります（それ以前は正常でした）。 したがって、最適化する必要があります（コードはインタラクティブなsvaypahで、毎秒60フレーム動作するはずです）。 速度を上げるために、ウィンドウフレームが実際に変更されていることも確認し、適切な状況で排他的に更新します。 また、フレームではなく、中心のみです。ウィンドウの寸法は常に同じであるため、フレームを変更すると、ビューの位置を変更するだけでなく、より深刻な変更につながる可能性があります。



私のようにキーボードを動かした場合、グリッチに備えてください。 iOSの各バージョンのグリッチは異なり、以下に表示されます。

• モーダルダイアログでのキーボードの不足。 たとえば、Egout of Angstromでレターの作成を開くと、ダイアログにキーボードがない場合があります（または多分）。 これは、すべてのウィンドウで同じキーボードが使用されていた古いバージョンのiOSで発生していました。 私たちは一人で去り、他のみんなは去りました。 返す必要があります。
• シフトされた要素。 たとえば、同じメッセージ作成ダイアログで、 UIMenuController
  
  
  
  をシフトできます。
• キーボードの操作が困難な場合（左、モーダルコントローラーに表示される、返される）-キーボードが消える場合があります。 どうやら、キーボードウィンドウ自体が時々再作成され、古いリンクが失われます。

また、キーボードが消えるように準備してください（または、別のキーボードが表示されます）。 たとえば、拡張ユニットのセットを購入する場合、パスワードを入力するためのシステムキーボードが表示されます。 購入手順を完了した後（完了方法に関係なく）、キーボードを戻す必要があります。



一般に、実際には、推奨事項は簡単です。 理由もなくキーボードに触れないでください。システムに任せてください。 そうでなければ、あなたは関与します、私が関与するにつれて、そこにはたくさんの熊手があります。

アクセシビリティ

キパッドが標準のキーボードのように見えなくても、同じように動作するようにしたかったのです。 最初に、押されたキーの音を再生する方法を見つけようとしました。 うれしそうな、私はUIInputViewAudioFeedback



と、 [[UIDevice currentDevice] playInputClick]



について学びました。これはまさに必要なことを行います。



その後、アクセシビリティを維持する必要がありました。つまり、障害を持つユーザーが使用するときのアプリケーションの動作です。 通常のインターフェイスコンポーネントの場合、これ以上簡単なものはありません。 コンポーネントにいくつかのコンポーネントを設定しました。それだけです。

 self.isAccessibilityElement = YES; self.accessibilityLabel = @" "; self.accessibilityHint = @",    "; self.accessibilityValue = @"";
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

kipadでは、すべてがより複雑になりました。 背景のグラデーションを簡単に描画できるように、全体を描画します。古いバージョンでは、角を丸くします。



キーボードの動作（クリック）と他のすべての両方をサポートするために、描画されたキーボードの上に透明なUIButton,



後継ボタンを作成して値を正しく設定し、キーボードが変更されたときにそれらが変更されたことを注意深く監視する必要がありました（最新バージョンではローマ字と16進数）。



アクセシビリティのトピックに興味がある場合は、それについて詳しく説明できます。 または、対応するWWDCのセッションを見ることができます。非常に優れています： iOSアクセシビリティとApple Watchアクセシビリティ



アクセシビリティもテストに役立ちました。テストについては、ブログで詳しく説明しました 。

ご質問は？

他の機能や実装の詳細に興味があるのではないでしょうか？ 聞いて！