私はアプリケーションをライブラリに変換する前に、サーバーからJSONArrayを取得し、内部的にすべてを処理して自分自身のPOJOに値を割り当てることができました。このPOJOはそのPOJOタイプのArrayListにソートできます。今度は新しいライブラリを使用して、柔軟性のためにPOJOをサードパーティの開発者が決定したいと思っています。私の質問です:生のJSONArrayを開発者に返すのは良い習慣です(セキュリティと構造の両方の基準について)?もしそうでなければ、私は何を返すべきですか?配列リスト?リスト?AndroidライブラリがJSONArrayを開発者に返すのはよい習慣ですか?
2
A
答えて
2
「正解」はありません。
すべてのものが同じであれば、インターフェイスが汎用性が高いほど良いです。
つまり、(コード実装で) "ArrayList"を使用し、戻り値として "List"を返すことは、いくつかの点で「理想的」です。
しかし、あなた(データを受け取ったとき)とクライアント(データを処理する人)の両方が「JSONArray」を使用している場合は、配列リスト?この場合、単にJSONArrayを使うだけで効率が上がります。
だから答えは "それは依存する"。
0
アプリケーションの耐久性を向上させるために、ユーザーまたはクライアント側から情報を取得する方が常に優れています。その際、開発者は、アプリケーションが直面している問題で更新されます
関連する問題
- 1. 悪い習慣を開発する前に助言が必要
- 2. 私のライブラリに「内部」パッケージを含めるのは悪い習慣ですか?
- 3. 誰かがsystem.directoryサービスクラスを開発する際には良い習慣を知っていますか?
- 4. メソッドが別のメソッドの中に文字列を返すようにするのは悪い習慣ですか?
- 5. Clojureのリストでは、慣習的で怠け者です。
- 6. これは悪い習慣ですか?
- 7. は@unlink悪い習慣ですか?
- 8. オプション値を返す慣習的な方法は何ですか?
- 9. エラー時にnull可能な型を返すのは悪い習慣ですか?
- 10. .NETのAppSettings歴史トリビア私は習慣的に働く前の開発者、一貫して使用する
- 11. Androidの開発者は、ガイド
- 12. javascriptを含む部分ビューを返すのは悪い習慣ですか?
- 13. 私にAndroidの開発者
- 14. 複数の返品をすることは悪い習慣ですか?
- 15. どのエディタがAndroid開発者に最適ですか?
- 16. Web開発者はAndroid用に開発したい
- 17. MoQ +慣習によるSetUp
- 18. Android開発者はコマンドラインツールが必要ですか?
- 19. Springの@Autowiredフィールドをプライベートに設定するのはよい習慣ですか?
- 20. スイッチケースにスイッチケースを入れるのは悪い習慣ですか?
- 21. データアダプターは、習慣
- 22. Javaではどのようなグローバル変数が悪い習慣ですか?
- 23. golangのエラーをリセットするのは悪い習慣ですか?
- 24. 「アップデート」の習慣は?
- 25. ステートフルヘルパークラスを使用するのは悪い習慣ですか?
- 26. iOSを使い始める - Android開発者向けですか?
- 27. Javaで `this`を使うのは悪い習慣ですか?
- 28. PropelORM、私はこのように書くのが習慣に慣れて
- 29. PayPalでサンドボックスアカウントを作成する開発者がエラーステータスを返す
- 30. 多くのIBOutletsを使うのは良い習慣ですか?