API開発の実践

2015 年を通じて、自分自身にラベルを付けたい場合は、API を使用する必要があります。

さまざまなシステムでさまざまな API フレームワークをカスタマイズします。

• モールが各種EC ERPと連携するためのAPIを開発する際、基本的にどのERPも対応しているため、SHOPEXと互換性のあるAPIインターフェースを使用しています。
• Zentao の API インターフェイスを開発する際、市場の主流の IDE による問題管理システム インターフェイスのサポートを比較し、開発には Redmine の API 互換モードを採用しました。
• 待ってください。

API の設計において、私が最も関心があるのは互換性です。 Java API 訴訟では Oracle が勝訴しましたが、API の互換性は間違いなく他者と自分自身にとって利益となる問題です。

メリットは言うまでもありません！

「世界にあるものは中国にある、中国にあるものは世界にある」という広告スローガンを思い出してください。

アナログインターフェースの互換性: 他の人のインターフェースはあなたのものになります。

API 設計の詳細についてはここでは話しません。自分で設計する場合、好みやスタイルが異なることがよくあるからです。

しかし、ひとたび互換性があれば、API の最初の提案者は明示的または暗黙的な利益を受けることになりますが、API のエンドユーザーにとっては間違いなく「良いニュース」となるでしょう。もちろん、Linux コミュニティ文化の観点からは、これは受け入れられません。世界はカラフルであるべきです。

REST API の設計スタイルは確かに簡潔ですが、ほとんどの人はこのスタイルを適用する必要性を理解していません。

いずれにしても、Web プログラマーは必然的に本来のフルスタック開発思考から API 設計思考に移行することになります。

以上、API 開発の実践を内容も含めて紹介しましたが、PHP チュートリアルに興味のある友人の参考になれば幸いです。