0x01を開始
チャネルトポロジ（bcd.top）をプログラミングすることは、フロントエンドの専門家が考える、あなたが好きなら、歓迎の注意を要約しています！
開業医である面では、このシリーズは、特定の技術的なポイントがあるだろう、思考のいくつかの仕事や研究を要約します、プログラミングについて考えるためにいくつかのチキンスープがあるでしょう。最初の章、熟考への最初のポイントを開始します！
コア・チャネル・プログラミングとは何ですか
私の視点：世界を多重化、それ自体を複製しません。
私の現在のビューは、プログラミングは、再使用、再利用、他の誰かの仕事、他人の経験を多重化され、もちろん、単純にコピーペーストを読んで、コピーや作者を貼り付けるか、ほとんどの専門家はすべてのように見えるしていないしていないということです、ここで私の視点は巨人の肩の上に立って、どのような技術です。
この世界多重
誰かが良いホイールを作った、特に人気ホイールは、例えばlodashのために、より効率的に自分の仕事で使用するためにそれらを置く、これはgithubの上で多くの車輪を開始rxjs、それらを使用する必要があります。もちろん、そこには確かに読者は偉大な神のホイールだと思う行われます、ホイールは平凡です。前半はホイールを作成し、正しかったあなたの視点は確かに神の素晴らしいですが、必ずしもそうではないとホイールは、これらの車輪ユーザーは神の車輪を置くことができますが、会社のを満たすために、迅速なニーズに対応、自分の仕事で使用される、凡庸です認識の非常に価値があるビジネス、少なくとも会社が確認しました。また、ユーザはまだ大きな神のホイールをケアが作成した多くの車輪を、取得していない場合。
自分自身をコピーしないでください-あなた自身を繰り返さないでください
、親愛なる読者、あなたは神の車輪を再利用し、さらには全世界を再利用しますが、自分自身を繰り返さないことができ、レーンは繰り返さないと、コードを貼り付けることではない、あなたのコードしないようにしようベルは、様々な技術を発明し、すべてのプログラミング言語でコードが表示されます繰り返しますが、このような変数として、独自のコード、（VAR）メソッド（関数）クラス（クラス）を再利用することができるように、彼らは本質的には、これらの技術を発明し、提供することですあなたはあなたのコードのツールを再利用します
モジュラー
そこには絶対的な権利、比較的控えめではありません
**
モジュラーだけでなく、再利用には、しかし、モジュールは、モジュール性が理想化され、両刃の剣であるコードの優雅さ、高い可読性になりますが、仕事で、必ずしも適用されません。 。特にフロントエンド。
モジュール化は、これは間違いありませんが、そのようなバックオフィス管理システムの開発レベルなどの特別なシナリオ、にちょうどあなたのチームの強力なモビリティに、良いことである、モジュラーあなたは非常に罰金を行う場合は、次のような欠点があります。
- 新しい人々は、常にジャンプする必要がコードを引き継ぐときは、疲れて見えます
- ファイル内部のロジックのほとんどは、あなただけに行くためにラフなコピーが必要な場合は、複数のファイルをコピーする必要性移植、。
- 開発内部同じファイル内のロジック、速いです
ここモジュラー詳しく見てみましょう、欠点となりました。しかし、私はモジュール性が良いことで、あなたのコードよりコンパクトな組織を作り、よりエレガントなことを再び強調する必要があります。しかし、覚えてください、絶対的な適切なテクノロジー、比較的適切な解決策がなく、必要に応じて、我々はまた、いくつかの妥協と譲歩を行います。
GETリクエストのURLの処理
// solution 1
axios.get(`you/path/?para1=value1¶2=value2`)
// solution 2
axios.get({
url: "your/path",
params: {
para1: value1,
para2: value2
}
})我々は2つのプログラムの目的は、サーバーのGETリクエストに送信され、第1の実施形態では、完全なスペル直接URLを使用して、第二の実施形態は、構造化プログラムを使用して、上記の擬似コードを開きます。
オプション1の利点は、偶数ラインに参加した専門家のほんの先端ですが、またこの薬、オプションIIの利点が構成されているなぜ我々は、オブジェクトのメソッドを使用することができ、知っている、とあなたは簡単ではなく契約によりのparamsを扱いますこの文字列。損失が直感的です。
絶対的な適切なテクノロジー、比較的適切な解決策がない、再び祭りの見解をスローし、最後にあなたのチームを見て、スタイルのチームを統一するために、統一するために、成都こと、しかし、強くお勧めします受け取り、それを選択してください。
プロトタイププロトタイプチェーンは、プロセス中にハングアップします
フロントエンドの専門家は、それは確かにここでは、特に便利な彼らと、本当に非常に香りが、この方法でハングアップするプロトタイプチェーン内に、そのような選択に直面し、我々は簡単にそれを議論します
| 吊りプロトタイプの方法で | インポート・モードの導入 | ||
|---|---|---|---|
| 使いやすいです | 言うまでもなく、そのようなことは簡単です。 | 我々は独立し、再利用を導入する必要があります | |
| 最適成都 | ツリー最適化を振らないでください | 簡単にツリーの最適化を振っ左（rxjsツリーの最適化を振るために、左、および方法でプロトタイプハングの廃止以降のバージョン） | |
| 侵襲的 | グローバル侵入 | ノー |
あなたはプロトタイプチェーンにハングアップする場合は、すべて、あなたがこれらの条件が満たされていない場合ので安心できますぶら下げプロトタイプチェーン内のメソッドの大胆な選択が、それはまだある侵襲他のインスタンスの影響を心配していないにかかわらず、パフォーマンスの、めったにありません利便性を忘れて、それを単独で導入するインポートを使用しています。
注：私は影響が大きすぎるので、あなたがオブジェクトのプロトタイプチェーン、または三者に人気のlibを書くために自分で取り付けることができ、そのようなオブジェクト・エラーの日付と他のオブジェクトとして、プロトタイプチェーン吊り方式で共通のオブジェクトにはお勧めしません。ぶら下げ、そのようVUE。
ESMの使用スタイル
私は仕事で彼らに、私の同僚のいくつかは非常にコードスタイルと統一の問題に焦点を当てたものではなく、当然のことながら、多くの時間が本当にあまりにも忙しいです注意を払うには時間を見つけていない、以下は著者のスタイルの推奨事項であります
import a from "a"
import { b1, b2 } from "b"
// variable block
// function block
// main logic
export default e;
export {
e1,
e2,
e3
}- ファイルヘッダに常にインポートします
- 次いで、方法は、メイン論理変数が続いています
- ファイルの末尾に統一エクスポート
神の肩の上に立ちます
可能な限りの方法に従って、彼らが使用することを設計し、偉大な神のホイールを使用している場合。
最近使用した著者の同僚要素-UIテーブルの時間（古いバージョン）を、そして彼女は、外のテーブルの上にフィルタを持って柔軟な制御やテーブルに隠された行を表示することを望んだ、そして彼は、フィルタ方式を使用するかどうかについて考えてきました偶数番目の要素-UIのソースコードを変更するには行こうと思ったが、研究にそれほど時間がある会社、インチ
最後に、古い同僚の会社はプログラムを与え、何の研究では、問題を解決するための費用はかかりません。、表示したい時に直接戻る差し込み、さらには両方のデータを除去する時に、レコードの現在の位置を記録することができ、その後、それらを削除し、行を表示しないように、直接入ってくるエル・テーブルのデータを修正するために、あまり考えてはいけません元の位置に戻すを挿入したときバック効果がさらに良好であり、かつtabelネイティブプログラムよりよいです。
その時私はまた、V-ための循環リストを使用して、エル・テーブル、独自のカスタム・コンポーネントを使用していないプログラムを考え、そして時に直接変更を表示しない、かどうかを識別するためのフラグ内のデータの行を追加しますフラグに転用、少ないデータの処理が、複数のコンポーネント、最速またはプログラムの古い同僚になります。
再び書き込む何の下で
私はリソース遭遇良いを共有する準備ができました