WordPressの貢献者はWPRESTAPIの前進への道を探す

公開: 2016-02-09

MattMullenwegとRyanMcCueの両方が先週のステータスミーティングの声明を明確にするためにWordPressブログにアクセスしたため、週末の間、WP RESTAPIの方向性について議論が続きました。意見の違いは、APIのコアへの準備のゴールポストを構成するものについての激しい議論を引き起こしています。

「鶏が先か卵が先か」というタイトルの投稿で、Mullenwegは、90年代半ばのヒップホップ時代の歴史をカバーする本の逸話を共有しながら、最近のWP RESTAPIの議論に取り組みました。

Questloveが曲に何かが欠けていることに気づき、ブースに戻って、ターゲットオーディエンスの共感を呼ぶまで作業を続けるというアイデアが大好きです。単独で立ち上がらない曲は、アルバムの一部としてバンドルされた場合、これ以上良くなることはありません。（または、SamsungはAndroidで最も人気のあるアプリを持っているでしょう。）ファンは各トラックの注意と品質を聞き、彼らは大ファンになります。

Mullenwegは、Web用の製品を構築する際の考慮事項に関連しています。

私たちが生み出すすべてのものにこの緊張があります。 1.0の間を踏むための線は、最も孤独で最小の実行可能な製品はどこにありますか？それとも、最低限の愛らしい製品についてですか？エアコンのない車を作っているのですか、それとも車輪のない車を作っているのですか？
「ピボット」は成功しましたが、ディストリビューションが機能していない製品のコアとなるものを解決すると考えるのはさらに悪いことです。

Mullenwegは先週の会議で、同じ車の例えについて言及しました。アナロジーがRESTAPIにどのように適用されるかについてさらに明確にするよう求めたコメント提供者に応えて、Mullenwegは次のように述べています。

優れたヒューリスティックを一般的に使用したい場合：エアコンが設置される前は、数十年の車、数百万台の車とドライバーがいました。車のコアバリュープロポジションは輸送です。ACはあなたがより快適にそこに着くのを助けます。 ACを取得するのに車は必要ありませんでした、あなたはあなたの家にそれを持っていることができました。 ACを使用すると、ある車を別の車よりも選択する可能性がありますが、車にACがない場合は、歩いたり馬に乗ったりすることはなく、窓を転がすだけです。

これは疑問を投げかけます、何が車輪を構成するのですか？この議論への貢献者は、既存のエンドポイントをコアにマージする準備ができているかどうかで分かれています。 WP REST APIチームのメンバーは、その多くがすでに本番環境でAPIを正常に使用しているため、エンドポイントの準備ができていると考えています。 APIの現在の状態は、WordPressにコンテンツを出し入れする機能を提供し、他のプラットフォームとの通信を容易にするためにそれを開きます。これは多くの人が主なユースケースであると信じています。

先週の議論に参加したMullenwegと他の人々は、より完全なもの、wp-adminで利用可能なすべてをサポートするRESTAPIを提供することに賛成しています。これにはWordPressの多くのサイト管理機能が含まれており、APIのいくつかのリリースがコアの準備から外れます。

私たちの最初の報告に対するコメントの中で、ドリュー・ジェインズは、確固たる出発点を提供する中間点であると彼が信じていることを提唱しました。これには、既存のエンドポイントで欠落している部分をマージする前に解決することが含まれます（パスワードで保護された投稿、自動保存と投稿のプレビュー、メタなどの項目）。

「私と寄稿者/コミッターキャンプの他の人たちがチャットで言ったように、妥協点があるかもしれません」と彼は言いました。「それが4つのコアエンドポイントだけのように見えるかどうかにかかわらず、何らかのフレーバー、XML-RPCパリティ、またはwp-adminパリティの測定値を備えた4つのコアエンドポイントはまだ見られません」と彼は言いました。

「WordPressRESTAPIによるプログレッシブエンハンスメント」というタイトルの投稿で、Ryan McCueは、現在配布を推進し、将来のリリースでより多くのエンドポイントを展開する完全な反復アプローチの概要を説明しました。

プログレッシブエンハンスメントは、関連するいくつかの問題に対する主要なソリューションです。WordPressの将来の機能とバージョンとの上位互換性、およびWordPressでのデータ型の堅牢な処理です。プログレッシブエンハンスメントはまた、REST APIプロジェクトのブロックを解除し、RESTAPIがWordPress管理者のすべての機能と同等になるまで待つ必要がないことを保証します。

McCueの投稿では、REST APIの機能検出機能についてさらに詳しく説明しています。これにより、開発者は機能のサポートを簡単に検出し、コアサポートを待っている間に上位互換の方法でそれらを構築できます。

配布は答えですか？

先週の会議で、McCueは、プロジェクトの開発を機能プラグインとして継続することは、利益よりも害をもたらすと述べました。 wp-adminのすべてのサポートを提供せずにRESTAPIを出荷できない場合、チームはWordPressコアの困難な障害を解決すると同時に、機能プラグインとしてRESTAPIを繰り返し使用する必要があります。プロジェクトでパートタイム未満で動作している主要な貢献者が4人だけであるため、この要件によりWP RESTAPIが無期限に停止する可能性があります。

「プログレッシブエンハンスメントアプローチは、API開発を継続するための最良のアプローチであると信じています」とMcCue氏は述べています。「プログレッシブエンハンスメントは、REST APIプロジェクトが採用しなければならないパラダイムです。これが、今後10年間で（下位互換性を損なうことなく）追加したいAPIである場合です。」

WordPressの歴史を通じて開発への反復的なアプローチを主導してきたMullenwegは、前進する唯一の方法として配布にとらわれることを警戒しています。

@Krogsgard誰も反復に反対していません。それは、プラグインでローステークスで反復するのか、それともコアで反復して、数千万のサイトに出荷するのかということです。

— Matt Mullenweg（@photomatt）2016年2月8日

WordPressの使用量が増えるほど、その足音が大きく聞こえます。コアでRESTAPIを繰り返し、数百万のサイトに配布すると、寄稿者がまだ予測できない方法でWebに影響を与える可能性があります。彼らが言うように、重いのは王冠を身に着けている頭です。波紋はWordPressサイトを超えて、APIを消費する外部プラットフォームにまで及びます。

貢献者は、コアでの反復型開発と、より完全なAPIの提供の微妙な違いについてまだ話し合っています。一方、採用は、プロジェクトを取り巻く不確実性と、それがまだプラグインの依存関係を持っているという事実によって妨げられています。 WordPressの寄稿者が、Mullenwegの推奨に反してエンドポイントを掘り下げて含めるようにプッシュするのか、それとも既存のエンドポイントの洗練にもっと時間を費やすのかはまだ明らかではありません。 APIがwp-admin置換をサポートできることを確認するために、WP REST APIチームが必要な場合、今年の終わり以降までコアに到達しない可能性があります。