ブートストラップの7日:日4

月9日月曜日、7日間の休暇中にグループからビジネスをブートするためのチャレンジを始めました.このポストは私が学んだことと4日目に直面した課題について書きます.注目すべき相棒での旅の始まりはこちら.

日のレッスン

迅速に、ときにロードブロックをヒット移動します.
フロントエンドから注目すべき相棒のバックエンドコンポーネントに画像を渡すことを試みるとき、私は問題に出くわしました.残念なことに、IPCの相互作用は非同期モードで大きく動作しますが、同期的に応答を期待するとき、少し不明瞭になります.
私はいくつかの異なるアプローチを試して数時間を費やして最終的に移動しました.後に戻った後、私はエラー処理を集中化することによって満足のいくアプローチを終えました.個々の要求が自分自身のエラーを処理しないように、むしろエラー通知はipcConsumerプロセスによって発行されます.
他の問題に乗り移って、少し後に戻ると、少しの間、少しの時間が私を救ったでしょう.

早朝

私は午前中のほとんどの能力をローカルに画像を追加する実装に取り組んで過ごした.これは、イメージをエンコードして、それらをIPCを経た電子バックエンドに渡して、それからローカルディレクトリにそれらを永続化するBase 64を含みました.それに加えて、私は、そのイメージのディレクトリの簡単なスキャンを実行するように、顕著な相棒は、4 x 4のイメージグリッドは、lockscreen画像として設定することができます利用可能な画像を紹介することができます.
私はまだ注目項目の4 : 3のアスペクト比に基づいて画像の高さと幅を定義するためのオープンアイテムを持っています.私は少しこれで遊びました、しかし、私は、幅と高さを動的にセットすることが最高のUXに提供していないので、イメージを固定サイズにリサイズしなければならないと思います.

午後

午後は、集中化されたGCSバケツにアップロード画像を処理するために最初のServerlessな機能を実装することに集中しました.それに加えて、私はGCPのAPIゲートウェイを探索し始めました.具体的には、認証、レート制限、ルーティング、およびGCPのクラウド機能とネイティブに統合する機能を提供します.
少なくとも2つの逆プロキシAPIゲートウェイを構築して働いている人として、これらの機能は、ビルドするには退屈なだけでなく、右に得るために挑戦することができます.私は管理されたAPIゲートウェイのうちの1つを試してみたかったので、これは完全なチャンスであることがわかりました.
私は以前にこのAPI APIを見ていませんが、相対的なAPIパスとメタデータを定義するかなり面白い方法です.特に、プラットフォーム互換性を提供するために、標準はとてもよいです、そして、AWSとAzureがオープンAPIに基づく同じ構成アプローチを支持するように見えます.

swagger: '2.0'
info:
  title: API_ID optional-string
  description: Remarkable API with Cloud Functions backend
  version: 0.0.1
schemes:
  - https
produces:
  - application/json
paths:
  /image/upload:
    post:
      summary: Allows a user to upload a lockscreen image
      operationId: hello
      x-google-backend:
        address: https://us-east1-remarkable-sidekick.cloudfunctions.net/upload-image
      responses:
        '200':
          description: A successful response
          schema:
            type: string

進捗

結論

我々はホームストレッチに入るために始めているし、私はまだ仕事をきちんとした量があることを認めます.それが言われて、私はほとんどオフライン機能の最初のセットを終えている.これは、私は両方のMac App StoreとWindows App Storeにこのアプリケーションを提出するためのプロセスを識別を開始することができます.
私もまた、APIの上で行うために仕事の適切な量を持っています、すなわち、アカウントを作成して、ストライプを通して支払い情報を処理することのまわりで.
Remarkable Sidekick