皆さんこんにちは!この投稿は、プロジェクトのデータ型の接続方法を改善し、データ型の信頼性を高め、理解しやすくすることを目的としています。
TLDR 急いでいる人のために: 同じものを参照する型と定数の繰り返しを避け、それらに (単純な文字列や数値であっても) 思わせぶりな名前を付けるようにしてください。これにより、後でコードを簡単に特定、変更、削除できるようになります。
問題
電子商取引 Web サイトを開発していて、製品のタイプを次のように定義していると想像してください。
export type ProductType = { id: string; name: string; price: number; };
この種のプロジェクトでは、単純な関数から製品 ID を参照する複数の方法を簡単に見つけることができます。
- const getProductById = (products: ProductType[], id: string) => {...};
- const onProductPress = (productId: string) => {...};
プロダクトのデータを状態ストアに保存したり、JS Frameworks の他のコンポーネントに props を渡したりするなど、より高度な状況に
問題点
次に、次のアプローチで問題に対処しましょう:
- 製品の ID がこれほどシンプルで覚えやすくなかったらどうでしょうか? ab12-w35-s48-09 (たとえば、vendor-category-product-variant を表す) のようなものだったらどうなるでしょうか?
- これが私の重要なポイントですが、プロジェクト全体のすべての製品 ID のタイプを変更する必要がある場合はどうなるでしょうか? 別のファイルで参照するときに別の名前 (productId、product_id、pid、id など) を指定した場合、これは特に困難になる可能性があります。文字列を単に検索することもできません。文字列に関連しないものが多く見つかることは間違いありません。
考えられる解決策
問題 1 に対処するには、テンプレート リテラル タイプ を使用します。これにより、新しい製品 ID のタイプが ${string}-${string}-${string}-${string} になります。複数のファイルにわたってこれを繰り返すのは煩わしいので、次のいずれかを行うことができます:
- id フィールドのカスタム タイプを作成し、それを ProductType で使用します。
type ProductIdType = `${string}-${string}-${string}-${string}`
必要に応じて、文字列ごとに異なる型を作成して参照したり、以前に作成した他の型を参照したりすることもできます。最後に、新しい型をそのまま使用します。
(productId : ProductIdType) => {...}
- または、ProductType の ID エントリを参照することもできます。
(productId : ProductType['id']) => {...}
これらのアプローチはどちらも問題 2 を解決します。ProductIdType または ProductType['id'] がどこで見つかっても、製品の ID を扱っていることがわかり、それを置き換える必要があることがわかります。
最初の解決策の方が親しみやすいように思えるかもしれませんが、製品用に 1 つのタイプがあり、ID 用にもう 1 つのタイプがあり、独立して使用できる 2 つの部分に分かれた構造になります。上記の構造の表現例を次に示します:
これは間違いなく小さな問題ですが、ProductType の ID エントリを変更/削除した場合、その変更はプロジェクト全体に反映されません。
しかし、最後のアプローチは、データの結合を高めるため、私が通常従う方法です(これ以上良い言葉がありませんが)。製品データへのすべての参照は、ProductType:
を直接指すようになりました。結論
すべてのデータに対して常に型を作成する必要があると言っているわけではありません。同じデータ型への参照を繰り返していることに気付いたときは、通常、2 番目のアプローチのように、元のデータ型にアクセスすることを選択します。
ボーナス ヒント 1: 同じロジックを定数にも適用できます。同じマジック ナンバーや文字列を複数の場所で繰り返している場合は、適切な指定を付けて使用するのが最善です。
ボーナス ヒント 2: タイプの複数のエントリを繰り返す代わりに、選択/除外する場合は、選択、省略、除外およびその他のユーティリティ タイプを使用します。
それだけです!私の投稿を気に入っていただければ幸いです。このトピックに関するフィードバックをお気軽に残してください。
以上がプロジェクトのカップリングを改善するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

javascriptusestwotypesofcomments:シングルライン(//)およびマルチライン(//)

PythonとJavaScriptの主な違いは、タイプシステムとアプリケーションシナリオです。 1。Pythonは、科学的コンピューティングとデータ分析に適した動的タイプを使用します。 2。JavaScriptは弱いタイプを採用し、フロントエンドとフルスタックの開発で広く使用されています。この2つは、非同期プログラミングとパフォーマンスの最適化に独自の利点があり、選択する際にプロジェクトの要件に従って決定する必要があります。

PythonまたはJavaScriptを選択するかどうかは、プロジェクトの種類によって異なります。1)データサイエンスおよび自動化タスクのPythonを選択します。 2)フロントエンドとフルスタック開発のためにJavaScriptを選択します。 Pythonは、データ処理と自動化における強力なライブラリに好まれていますが、JavaScriptはWebインタラクションとフルスタック開発の利点に不可欠です。

PythonとJavaScriptにはそれぞれ独自の利点があり、選択はプロジェクトのニーズと個人的な好みに依存します。 1. Pythonは、データサイエンスやバックエンド開発に適した簡潔な構文を備えた学習が簡単ですが、実行速度が遅くなっています。 2。JavaScriptはフロントエンド開発のいたるところにあり、強力な非同期プログラミング機能を備えています。 node.jsはフルスタックの開発に適していますが、構文は複雑でエラーが発生しやすい場合があります。

javascriptisnotbuiltoncorc;それは、解釈されていることを解釈しました。

JavaScriptは、フロントエンドおよびバックエンド開発に使用できます。フロントエンドは、DOM操作を介してユーザーエクスペリエンスを強化し、バックエンドはnode.jsを介してサーバータスクを処理することを処理します。 1.フロントエンドの例:Webページテキストのコンテンツを変更します。 2。バックエンドの例:node.jsサーバーを作成します。

PythonまたはJavaScriptの選択は、キャリア開発、学習曲線、エコシステムに基づいている必要があります。1)キャリア開発:Pythonはデータサイエンスとバックエンド開発に適していますが、JavaScriptはフロントエンドおよびフルスタック開発に適しています。 2)学習曲線:Python構文は簡潔で初心者に適しています。 JavaScriptの構文は柔軟です。 3)エコシステム:Pythonには豊富な科学コンピューティングライブラリがあり、JavaScriptには強力なフロントエンドフレームワークがあります。

JavaScriptフレームワークのパワーは、開発を簡素化し、ユーザーエクスペリエンスとアプリケーションのパフォーマンスを向上させることにあります。フレームワークを選択するときは、次のことを検討してください。1。プロジェクトのサイズと複雑さ、2。チームエクスペリエンス、3。エコシステムとコミュニティサポート。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール
