タグ付けされた質問 「json」

RESTful Webサービスを設計するとき、サーバー間でやり取りされる値の文字列のIDを機能するようにAPIを設計する必要がありますか？ 次に例を示します。ステータスと性別の属性を持つ従業員リソースがあるとします。データベースのステータスと性別、および個別のテーブル、つまり個別のドメインオブジェクトで、それぞれが独自の識別子を持ちます。 クライアントのリクエスト/ employee / 1としましょう。サーバーが次のようなものを返す可能性があります... ケース1： { "id": 1, "firstName": "Jane", "lastName": "Doe", "active": true, "gender": { "id": 1, "gender": "FEMALE" }, "status": { "id": 3, "status": "FULL_TIME" } } ケース2： { "id": 1, "firstName": "Jane", "lastName": "Doe", "active": true, "gender": "FEMALE", "status": "FULL_TIME" } ケース3： { "id": …

8 rest  api-design  json 

複数のウェブサイトでデータを共有するためのシンプルなシステムを開発しようとしています。それらのほとんどはPHPで開発されていますが、一部はWordpress / Drupalで開発されています。冗長な情報が複数のWebサイトに分散しているため、複数のWebサイトで情報を個別に更新する必要があるという問題が発生しています。 静的なページでも共有データを取得できるソリューションを提供しようとしています。これが私の提案するアーキテクチャです： 私はこれを学術機関のために行っています。データは、単純な料金体系から学問的な方針までさまざまです。たとえば、学費を考えてみましょう。 学費-> ug、卒業生、薬局...各学部には、キャンパス外、キャンパス内、通勤者ごとに分類された料金体系があります。 "Undergraduate": { "metaid": "0770", "Offcampus": { "FeesItems": { "comprehensive": { "label": "Comprehensive Fees", "value": "2,141" } } } } moustacheを使用するフロントエンドの場合、jsを含めて、以下のような値を取得して値を取得するだけです。 <td>{{Undergraduate.Offcampus.FeesItems.comprehensive.label}} </td> <td>{{Undergraduate.Offcampus.FeesItems.comprehensive.value}}</td> 私の質問： このデザインはスケーラブルですか？ データ所有者にデータを編集する権限を与える方法は？ SQLにデータを保存する方法は？

8 architecture  json 

ある種の構成ファイルを必要とする小さなツールを設計しています。私の場合、構成ファイルは実際にはデータベースに近いものですが、軽量である必要があり、必要に応じてエンドユーザーが簡単に編集できるようにする必要があります。ただし、その中にも多くのものが含まれます。（特定の要因に応じて、1Mb以上になる場合があります） SQLiteなどを使用するのではなく、プレーンテキストを使用することにしました。ただし、テキストを使用する場合は、さまざまな形式にも対応する必要があります。これまでのところ、私の選択肢は XML JSON カスタムフォーマット 私のファイルのデータは非常にシンプルで、ほとんどの部分はキーと値のタイプのものです。したがって、カスタム形式はそれほど難しくありません...しかし、サポートの作成について心配する必要はありません。JSONが構成ファイルに使用されるのを見たことがありません。XMLはファイルサイズを大幅に膨らませると思います。（私はまた、一般的にXMLが嫌いです）。 この場合、どうすればよいですか？ 考慮すべき要素： この構成ファイルはWebサービスにアップロードできます（サイズが重要です） ユーザーは必要に応じて手動で編集できる必要があります（編集や読みやすさの問題） 自動的に生成および処理できる必要があります（速度はそれほど重要ではありませんが、過度に遅くはなりません） 「キー」と「値」はプレーンな文字列ですが、何でも含めることができるためエスケープする必要があります。（ユニコードとエスケープは簡単に機能する必要があります） 複数の構成ファイル。基本的に、各設定ファイルは1つの「プロジェクト」に関連付けられています

8 .net  xml  json  configuration  file-structure 

私が取り組んでいるREST APIの場合、一貫したレイアウトでJSONを返したいです。 { "Data" : { "Id" : 123, "Email" : "charlie@somewhere.com" "Firstname" : "Charlie", "Surname" : "Brown", }, "Error" : null } ペイロードには常に「データ」と「エラー」が含まれ、どちらかがnullになる可能性があります。 私の質問は、「データ」と、実際には1つのオブジェクトしか返さないエンドポイントに関するものです。たとえばusers/current、現在認証されているユーザーを返すAPI があるとします。上記のようにそのユーザーを返したでしょう。「Data」という名前の単一のJSONオブジェクト。 ゼロ、1つ以上のオブジェクトを返す可能性のあるエンドポイントの場合、（もちろん） "Data"を配列にします。 { "Data" : [ { (first object) }, { (second object) } ], "Error" : null } 一貫性を保つために、「データ」は常に配列でなければならないという見方を聞いたことがあります。エンドポイントが論理的に1つのオブジェクト（またはnull）のみを返す場合でも。 他の人はどう思いますか？複数のオブジェクトが返されない場合は、「データ」と配列を作成する必要はないと思います。

8 api  rest  json 

自分のウェブサイトと通信したいアプリケーションを作成しています。アプリは、ウェブサイトのデータベースから特定のアプリユーザーのデータを取得する必要があります。これを行うための最良の方法は不明です。 たとえば、これを行う1つの方法は、アプリにログインページを作成し、それが私のウェブサイトのlogin.phpロジックにヒットすることです。1つのコードベースを使用して、Webサイトとアプリの両方のサインインを処理できるため、これは便利です。 私が見た別のソリューションは、JSONリクエストを使用してアプリとWebサイト間の通信を処理することです。JSONオブジェクトは作成と解析が簡単なので、これは便利です。 私は基本的に、このコミュニケーションを実現するための最良の/一般的な方法、お互いを重ねることの長所と短所、および考慮すべきその他のセキュリティ問題を知りたいです。 たとえば、一方の方法をもう一方の方法で使用する場合、機密のユーザーデータを公開するリスクはありますか？もしそうなら、これをどのように防ぐことができますか？暗号化とユーザー検証は、どこでどのように機能しますか？

8 web-development  php  web-services  mobile  json