ebayのようにAPIインタフェースのためのウェブポータル

StackOverflow https://stackoverflow.com/questions/1231532

  •  22-07-2019
  •  | 
  •  

質問

またB2Bポータルサイトグラフィックを作るカメラの準備芸（www.camerareadyart.com).で対象としたい変換ビットマップへのベクトルグラフィック、ロゴマークの設計-一般画像処理のような彩色B/W画像のカラー等

また追加施設で人（お客様）のセットでご利用のAPIを提供することを仕事から自分のサイトを、直接に本サイトを訪問し、文字通りの投稿です。

していませんこのような現時点ではありませんアイデアをどのよう実装することができよう。りたいと思い方法について知し、安全で人に認定され投稿できます。

がアイデアと行していきたいと思いますのでこれ。

役に立ちましたか？

解決

この問いに対非常に大きな面積のものかどうか疑問を持つも単一の答えの対象となる事項です。自分に何ができるかは一部を提供し開始ポイントをミスしています。

の構築の上で自分のAPI
なadd-in APIの特徴は既存のシステム。そうすることにより:

  • ついての追加試験荷重（かできない試験の両方のアプリとのAPIを単独)
  • 増加全体の維持管理費
  • 結果、低品質のAPIようにしたいの提供

総形成されていません。をAPIにてそれをアプリケーショントップの独自のAPIとなります。その際には以下の特典：

  • 試験のAPIは本質的に行われな検査アプリ
  • ん'が"忘れられる追加の必要API方法

アプリやアプリケーションロジック（API）を論理的に分離が明確に分離して何れの方程式などを担っています。このガイドを開発。このこともできる非常に簡単にアプリとのAPIの異なる機械として、このが必要です。

ご自身のAPIは非常に重要なポイントです。デザインのAPIを通じたレポートは、アンケートだけを自分ですることが可能と考えているので提供する人の特徴と実際に必要とされるようになる。

まで終わるシステム概ね以下のようなものです:

-------------                          -------------
|           |                          |           |
| Your APP  | <= HTTP communication => | Your API  |
|           |                          |           |
-------------                          -------------

このハイライトがさらなる特典：交換可能です'アプリの'その他のアプリをお客様のおの作成アプリを扱うものとします。を作ることもできます新しいバージョンのアプリは既存のAPI-移動の新しいバージョン公開ウェブサイトをより簡単にするものである。

デザインのUrl:マッピングをクラスとメソッド
選択顕Urlとして多くの問題を選択し、良識あるクラスとメソッド名です。派生するUrlからクラスとその方法が良いです。がない場合、良識ある関係の行動履歴（アクセスしたUrl、授業の方法、ものを見つけにく維持できる。

個人的に好准Urlをクラスとメソッドでは、以下のように

  • 地図の授業へのトップレベルのディレクトリ
  • 地図法のサブディレクトリのトップレベルのディレクトリ

例:
のURLのAPIは https://api.camerareadyart.com.
してい image オブジェクト toColour() や toBlackAndWhite() ます。

このマップ:

https://api.camerareadyart.com/image/toColour/
https://api.camerareadyart.com/image/toBlackAndWhite/

同様に、ビットマップへのベクトルの変換:

https://api.camerareadyart.com/bitmap/toVector/

設計対応
誰かがデータからの投稿データ、Url、何が起きているのでしょうか。どの場合は、エラーになります取り扱い方はこの限りではありません"の対応す。どのような形にな対応が取られるがままにしていますか？

りませんか。個人的に好きですから地図のもとと密接にHTTPとその超えることが必要です。

例えば、着信要求を受け付け加工がスポットとして知られるエラー内部で私の発行500状況に応じます。同様に指定されたAPI方式認証が必要との一部を提供していただけないか発行403.を活かし、既存のHTTPレを防止することから直ある物です。

既存の側面HTTP
このようなレスポンスのHTTPステータスコードを識別でください。HTTPみ方法って何かをする前に転が自分の溶液とする。

といったユーザかどうかを指定します回答フォーマットはXMLやJSON?利用のHTTP Acceptヘッダを表します。

たいへのリダイレクトクライアントに異なるURLを掴むのか？利用のHTTP Locationヘッダを表します。

多くの機能HTTPることで扱う多くのものをいいます。使用していて下さい！

安全保障
り一般の問題に取り組む。ユーザ認証を行い、決定するどんな行動を与えられたユーザでも見ることができる状態です。

セキュリティ：認証
ユーザーに明記する必要があり請求います。

最初の解決に春ができ、ユーザが指定のユーザー名とパスワードが同じユーザ名とパスワードを使用するアクセスアプリです。このようにするのも良いだろうな理想的です。

ユーザーが終わり焼きが自分のユーザー名とパスワードは、自らのアプリとなります。必然的につユーザを忘れパスワード変更ができるよう楽しくアクセスアプリ、独自のアプリケーションです。

より良い選択をするためのユーザーへの供給の認証トークンは、基本的には単一の値で独自のユーザーのようなユーザー名とパスワードのすべて一つに収められています。

ことができ、論理的に別のユーザー名とパスワードからアクセスのAPIです。ユーザーで変更することができますユーザー名やパスワードをアプリとしてしばしばどのようなアクセスのAPIです。

ユーザーにも複数のAPIのトークンは、それぞれ異なるレベルのアクセスをユーザに安全に出しAPIのトークンの第三者サービスです。

セキュリティ：アクセス制御
て外の世界では、APIのUrlに対するものとなります。各URLは、自行独自の課題です。基本アクセス制御機構の周辺のこの概念から始めます。

私はんでリスト、トークンのUrlよるトークンが許可されます。時定のトークンにアクセスするために使用されURLで簡単に教えてあるURLでアクセスされているかどうかのトークンの一覧を許可はUrlに対するものとなります。

た場合のさえずりで目覚めるヌプリの設定のUrlを賢く、それぞれのURLを行うワンならではのアクションを、この過程での最高級レベルのアクセスを制御しています。

を細かく制御すで指定したURLるトークンのアクセス可能、クエリー引数てにおいては認められています。

他のヒント

明らかにしてもらう必要がありバックエンドwebサービス設計。しかし、すべての機能追加（安全保障、対側、OAuthキー管理、契約者ポータル、対話型コンソール、Apiなど） はかなりの標準チームは、きっとすべきでない開発す。

ある商API管理ソリューションが市場に出る。働いていたWSO2、100%オープンソース(Apacheライセンス)WSO2API長できる無料ダウンロード こちらの 使用してクラウド主催のバージョン WSO2API型のクラウド.

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top