[TIL 2021.06.08]会議&API作成時に学ぶ様々な概念
3904 ワード
1行の概要
こんなにうるさくて一日中
朝礼
今日は仕事が始まった午前10時からさっきの午後7時まで、食事の時間を除いて、ずっと会議と説明をしていて、うるさく騒いでいました.まず、午前中にチームメンバーと会議をしたとき、昨日のMJとの会話によると、転送だったので、今週のスケジュールを調整する時間がありました.
伝達事項といえば、私たちが一緒に協力しているMJが後ろにいるとは思いませんでしたが、私は簡単にチームメンバーたちに私の目標を提出して、書くことに集中したいと思っていました.プロジェクトの最初の週にすぐに実施したいので、みんな今日の準備をしています.でもすぐに予定を変更してしまって申し訳ありません今度は慎重に話すように頑張ります.
ERPとアーキテクチャ設計用語
MJはERDと一緒にデザイン案を会うと言っていますが、その用語には少し混乱しています.両方同じだと思いますから.ERDをワークベンチのテーブル、リレーションシップ設定、グラフに分割しない場合は、ERDをERDと呼び、アーキテクチャ設計はMySQLワークベンチの「順方向エンジニアリング」クエリー文のセットと見なすべきです.これはエラーです.
まず,ERDとは計画書から抽出したエンティティ間の関係に焦点を当ててフォーマットすることであり,アーキテクチャ設計とはエンティティの属性(キー)や関係などをテーブルに近づける操作を指す.
2人でやっているので、このような用語ごとに気になるので、勉強のほうが効果的なようです.
JWT?
O'Sの時は周りでJSON Web Tokensの話を聞いたことがあるようですが、それより他の機能に集中して、ずっと無視していたので、今は勉強すべき時だと思います.MJは書き方を説明しているので、その中でJWTが重要な役割を果たしています.私もそのテンポラリコードとJWTのリクエストと応答を聞いた後、このように実現すべきだと理解したいと思っています.
なぜURLに名前を付けるときにapiを前に置くのか
1つ目の理由は、プロキシ設定で80ポートに入るクライアントNgnixについては、Webフロントエンド/Webバックエンドサーバに分ける必要があるからである.リクエストパスを使用してブランチを行います.これは、apiを前に付け、パスに基づいてブランチを行うためです.
2つ目の理由はIntercepterについてであり、Intercepterは特定のパスのトラフィックを特定の処理できるため、すべての要求を先に処理する.この部分はあまり理解できないので、Intercepterについては、まずもっと勉強すべきだと思います.
1回の複数回のリクエスト
一度に何度もお願いできるとは知りませんでした.実際、どのサイトでも、「チェック」をクリックしたり、「ネットタグ」をクリックしたりすれば、一度に多くのリクエストが寄せられますが、なぜ今でもそうはいかないと思っているのでしょうか.いずれにしても、何度も送信してもよいし、必要に応じて組み合わせて、一度にリクエストしてもよい.
RESTディスククラック
RESTfulでAPIを記述する場合は,自己記述的に記述する必要がある.以前、ある評論家は、リストに直接返信するのではなく、対象に置いて返信するというコメントを見たことがあるようです.
self-descriptionとは、自分がすべてを説明しなければならないことを意味します.例えば、以下のJSONデータがあります.
しかし、MJは、この経路がこれらのデータが何を言っているのかを推定するのに十分だと反論している.そうすべきか.例えば、このデータを要求するURLが
今日の気持ち
今日は集中度がとても良い日でした一人だとそこまで集中力は発揮されないに違いない.コラボレーションのメリットは特にそうです.私たちはずっとお互いの理解と意見を理解しなければならないからです.今日MJと一緒に書かれたAPIドキュメント2
こんなにうるさくて一日中
朝礼
今日は仕事が始まった午前10時からさっきの午後7時まで、食事の時間を除いて、ずっと会議と説明をしていて、うるさく騒いでいました.まず、午前中にチームメンバーと会議をしたとき、昨日のMJとの会話によると、転送だったので、今週のスケジュールを調整する時間がありました.
伝達事項といえば、私たちが一緒に協力しているMJが後ろにいるとは思いませんでしたが、私は簡単にチームメンバーたちに私の目標を提出して、書くことに集中したいと思っていました.プロジェクトの最初の週にすぐに実施したいので、みんな今日の準備をしています.でもすぐに予定を変更してしまって申し訳ありません今度は慎重に話すように頑張ります.
ERPとアーキテクチャ設計用語
MJはERDと一緒にデザイン案を会うと言っていますが、その用語には少し混乱しています.両方同じだと思いますから.ERDをワークベンチのテーブル、リレーションシップ設定、グラフに分割しない場合は、ERDをERDと呼び、アーキテクチャ設計はMySQLワークベンチの「順方向エンジニアリング」クエリー文のセットと見なすべきです.これはエラーです.
まず,ERDとは計画書から抽出したエンティティ間の関係に焦点を当ててフォーマットすることであり,アーキテクチャ設計とはエンティティの属性(キー)や関係などをテーブルに近づける操作を指す.
2人でやっているので、このような用語ごとに気になるので、勉強のほうが効果的なようです.
JWT?
O'Sの時は周りでJSON Web Tokensの話を聞いたことがあるようですが、それより他の機能に集中して、ずっと無視していたので、今は勉強すべき時だと思います.MJは書き方を説明しているので、その中でJWTが重要な役割を果たしています.私もそのテンポラリコードとJWTのリクエストと応答を聞いた後、このように実現すべきだと理解したいと思っています.
なぜURLに名前を付けるときにapiを前に置くのか
1つ目の理由は、プロキシ設定で80ポートに入るクライアントNgnixについては、Webフロントエンド/Webバックエンドサーバに分ける必要があるからである.リクエストパスを使用してブランチを行います.これは、apiを前に付け、パスに基づいてブランチを行うためです.
2つ目の理由はIntercepterについてであり、Intercepterは特定のパスのトラフィックを特定の処理できるため、すべての要求を先に処理する.この部分はあまり理解できないので、Intercepterについては、まずもっと勉強すべきだと思います.
1回の複数回のリクエスト
一度に何度もお願いできるとは知りませんでした.実際、どのサイトでも、「チェック」をクリックしたり、「ネットタグ」をクリックしたりすれば、一度に多くのリクエストが寄せられますが、なぜ今でもそうはいかないと思っているのでしょうか.いずれにしても、何度も送信してもよいし、必要に応じて組み合わせて、一度にリクエストしてもよい.
RESTディスククラック
RESTfulでAPIを記述する場合は,自己記述的に記述する必要がある.以前、ある評論家は、リストに直接返信するのではなく、対象に置いて返信するというコメントを見たことがあるようです.
self-descriptionとは、自分がすべてを説明しなければならないことを意味します.例えば、以下のJSONデータがあります.
[
{
"name": "kyu",
"age": 12
},
{
- 반복 -
}
]
このコードは、オブジェクトをリストに置いて直接答えたもので、これが何なのかを十分に説明していないため、self-記述はありません.self-記述を作成するには、次の手順に従います.{
"human_list": [
{
"name": "kyu",
"age": 12
},
{
- 반복 -
}
]
}
このリストはhuman_list
であることを示します.したがって、RESTful性の高いリストを作成するには、これらのルールに従う必要があります.しかし、MJは、この経路がこれらのデータが何を言っているのかを推定するのに十分だと反論している.そうすべきか.例えば、このデータを要求するURLが
GET
、http://127.0.0.1/api/humans?age=12
であれば、十分な12歳のヒトリストを推定することができる.今日の気持ち
今日は集中度がとても良い日でした一人だとそこまで集中力は発揮されないに違いない.コラボレーションのメリットは特にそうです.私たちはずっとお互いの理解と意見を理解しなければならないからです.
Reference
この問題について([TIL 2021.06.08]会議&API作成時に学ぶ様々な概念), 我々は、より多くの情報をここで見つけました https://velog.io/@kyukim/20210608テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol