알씨타운

  REST API URIのルールについて学ぶ前に、用語を簡単に絞り込んで進めましょう。         URI   REST API は URL を使用します。 今日のウェブでは、URIデザインは、APIのリソースモデルを明確に伝える傑作から、人々が理解するのが難しいものまでさまざまです。   Tim Burners Lee は、「Webアーキテクチャの原則」というリストにURIの不透明性に関するメモを記載しました。 「識別子を使用できる唯一のことは、オブジェクトを参照することです。逆参照しない場合は、他の情報を取得するにはURI文字列の内容を参照してください。」   クライアントはWebの接続パラダイムに従う必要があり、URIを不完全な識別子として扱う必要があります。   REST APIデザイナーは、REST APのリソースモデルを潜在的なクライアント開発者に渡すURIを作成する必要があります。 この投稿では、   REST API URIのいくつかのデザインルールを 紹介します。   ルールについて学ぶ前に、このセクションで説明するルールに応じて、URI形式の単語はURI形式に関連しています。  RFC 3986 は、以下のように一般的なURI構文を定義しました。   URI = scheme "://" authority "/" path ["?"  query ] [ "#" fragment ]       ルール1 末尾のスラッシュ（/）はURIに含まれてはいけません。   これは、URIパスを決定する最後の文字として必ず従うべき重要な規則の1つです。 スラッシュは意味がまったくないだけでなく、混乱を引き起こす可能性があります。 REST APIでは、クライアント開発者に渡されるAPI URLに末尾のスラッシュを含めないでください。   多くのWebコンポーネントまたはフレームワークは、次の2つのURIを同じように扱います。 http://moretranslate.co.kr/moretranslate http://moretranslate.co...

  React Confで出会った人が私にもっと良い開発者になるにはどうすればよいか尋ねたことがあります。 おそらく私はかなり高いレベルのプログラマーだと思っていたようです。 だから私はこの機会に何年もの間私がどのようにプログラミングに近づいてきたのか、「メンタルモデル」を書いてみる時間を持っています。   私についての情報をいくつかお話ししたら、私は32歳で、10年以上のキャリアを持っています。 最近初めて私がやっていることに自信を持っていました。 しかし、私はまだ弟子を常に疑っています。 おそらくこのような感じは永遠に消えないでしょう。 皆さんはこの気持ちを無視し、一生懸命開発し、経験を積んでください。       今回私が言ったことは、プログラミング技術を向上させるためのヒントです。 投稿を読んで、私にとって最も適切な方法が何であるかを見つけてください。 私が言うヒントはただ私に役立つものです。   あなたにインスピレーションを与える人を探すが、盲目的に信じないでください。   何年もの間、新しい技術と情報を習得するために多くの人々の資料を見つけました。 私は彼らの言葉が正しいと信じ、彼らが働いたことを勉強し、多くのことを学びました。 彼らはとても生産的でスマートで、私や他の人にインスピレーションを与えました。 皆さんもそのような人々を探してインスピレーションを得て学びましょう。   しかし、彼らの言葉が盲目的にすべて正しいとは思わないことを願っています。 ツイッターで見たとき、すごくすごいように見えるものも、実際の仕組みを見るとあまり大きく変わることはありません。 すべての手段と方法を選ばず、動作するコードを書こうとするだけです。 もしその人の意見に同意しない場合が生じたら、彼らに意見を提示し、その過程を学んでください。 私にとって最も生産的な会話のいくつかは、このようなプロセスを通して出てきました。   私のEmacs設定はめちゃくちゃです。 私のOCamlのオートコンプリートは1ヶ月が経ちましたが、それでもなぜできないのかわかりません。 私はジョブを自動化しないので、必要なシェルコマンドを実行するときには、シェル履歴を遅らせることもあります。 私は最初はひどく汚れたコ...