NativeScript / NativeScript/ios-device-lib
Purpose of the IOSDeviceLib's interface
まだ誰も着手していません。
- 主要言語
- C++
- スター
- 16
- フォーク
- 8
- 平均マージ
- 19時間 29分
- マージ済み PR(30日)
- 2
説明
If we would like to state the following:
-
"The node code is there to be able to act as a proxy between the spawned process and the rest of the code"
If this is true.. functions like upload,download, postNotifications should not be defined in the javascript code. -
"The node code should serve as both proxy and api to be used from applications"
If this is true... named functions are a nice idea.
What seems wrong is the fact that currently the only ways to find what to pass in the uploadArray, downloadArray or postNotificationArray are to take a look at the mobile-cli-lib or go to the native code to see how we are parsing the array.
It seems the purpose of IOSDeviceLib's interface is not clear enough with the current implementation.
Please correct me if I don't understand correctly.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、JavaScript インターフェースを mobile-cli-lib の使用方法、および uploadArray、downloadArray、postNotificationArray を解析するネイティブコードと比較します。IOSDeviceLib がプロキシを意図しているのか、アプリケーション向け API を意図しているのかを明確にし、そのうえで、その目的と受け付ける引数を明示するために必要なインターフェース変更を定義します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- cpp, javascript
- 領域
- api
- issue の種類
- リファクタリング
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100