AngularおよびRXJS：REST APIのバックエンドの追加-jsチュートリアル-php.cn

ホームページ

ウェブフロントエンド

jsチュートリアル

AngularおよびRXJS：REST APIのバックエンドの追加

William Shakespeare

Feb 15, 2025 pm 01:25 PM

AngularおよびRXJS：REST APIのバックエンドの追加

この記事は、Angular CLIを使用してCRUDアプリを作成する方法に関するSitePoint Angular 2チュートリアルのパート3です。この記事では、アプリケーションを更新して、REST APIのバックエンドと通信します。

ステップバイステップのビデオコースを使用してAngularを学ぶことを好みますか？ SitePoint PremiumでAngular 5を学ぶをご覧くださいパート1では、TODOアプリケーションを稼働させてgithubページに展開する方法を学びました。これはうまくいきましたが、残念ながら、アプリ全体が単一のコンポーネントに詰め込まれました。パート2では、よりモジュール式コンポーネントアーキテクチャを検討し、この単一のコンポーネントを理解し、再利用し、維持しやすい小さなコンポーネントの構造化されたツリーに分割する方法を学びました。 パート0 - 究極のAngular CLIリファレンスガイド

パート1 - TODOアプリケーションの最初のバージョンを起動して実行している

パート2 - Todosと単一のTodo

のリストを表示するための個別のコンポーネントを作成する

パート5 - 認証を追加してプライベートコンテンツを保護します
パート6 - Angularプロジェクトを最新バージョンに更新する方法。
このチュートリアルのパート1と2つのパートに従って、3つを意味する必要はありません。単にリポジトリのコピーをつかみ、パート2からコードをチェックアウトし、それを出発点として使用することができます。これについては、以下で詳しく説明しています。
RXJSを使用してAngularのHTTPClientを利用して、REST APIと通信するときに非同期HTTP要求を効果的に処理します。

適切なHTTPメソッドを使用してREST APIと対話するために、getalltodos、createTodo、deletetodoなどのAPISERVICEメソッドを実装してください。

遷移dodataservice in-memoryストレージからデータ操作のためにapiserviceの活用を活用し、観測可能性を使用して非同期パターンに適応します。

AppComponentを更新して、Apiserviceによって返された観測可能性を管理し、コンポーネントがデータの変更に非同期に反応するようにします。 AngularおよびRXJS：REST APIのバックエンドの追加

単体テストのためにApimockServiceを導入し、実際のHTTP要求なしでApiServiceのシミュレーションを許可し、テストの信頼性と独立性を確保します。

Angularアプリケーションテストセットアップを構成して、Apiserviceなどの必要なサービスを含め、非同期テストシナリオを効果的に処理します。

現在、TododataServiceはすべてのデータをメモリに保存しています。この3番目の記事では、代わりにREST APIのバックエンドと通信するようにアプリケーションを更新します。
：
- を使用します
この記事の終わりまでに、あなたは理解するでしょう：

環境変数を使用してアプリケーション設定を保存する方法
angular CLIの最新バージョンがインストールされていることを確認してください。そうでない場合は、次のコマンドでこれをインストールできます。

以前のバージョンのAngular CLIを削除する必要がある場合は、次のことができます。
その後、パート2からコードのコピーが必要になります。これはGitHubで利用できます。このシリーズの各記事には、リポジトリに対応するタグがあるため、アプリケーションの異なる状態を前後に切り替えることができます。
パート2で終了し、この記事で始めたコードは、パート2としてタグ付けされています。この記事を終了するコードは、パート3としてタグ付けされています。
```
npm install -g @angular/cli@latest

```
特定のコミットIDのエイリアスのようなタグを考えることができます。 Git Checkoutを使用してそれらを切り替えることができます。詳細については、こちらをご覧ください
だから、起き上がって実行するには（角度CLIの最新バージョンインストール）これを行います。
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
その後、http：// localhost：4200/にアクセスしてください。すべてが順調であれば、動作するTODOアプリが表示されるはずです。

REST APIバックエンドのセットアップ

json-serverを使用して、モックバックエンドをすばやくセットアップしましょう。 アプリケーションのルートから実行：

次に、アプリケーションのルートディレクトリで、次の内容を持つdb.jsonというファイルを作成します。
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
最後に、パッケージにスクリプトを追加して、バックエンドを開始するために：

これで、REST APIのバックエンドを起動できます：

これは次のものを表示する必要があります
```
npm install json-server --save

```
それだけです！ポート3000で聴いているレストAPIバックエンドがあります。

バックエンドが予想どおりに実行されていることを確認するには、ブラウザをhttp：// localhost：3000に移動できます。
```
{
 "todos": [
 {
 "id": 1,
 "title": "Read SitePoint article",
 "complete": false
 },
 {
 "id": 2,
 "title": "Clean inbox",
 "complete": false
 },
 {
 "id": 3,
 "title": "Make restaurant reservation",
 "complete": false
 }
 ]
}

```
次のエンドポイントがサポートされています：
- get /todos：既存のすべてを取得します
- get /todos /：id：既存のtodo
- post /todos：新しいtodo
- put /todos /：id：既存のtodo
- delete /todos /：id：既存のtodo
したがって、ブラウザをhttp：// localhost：3000/todosにナビゲートすると、db.jsonのすべてのtodosでJSON応答が表示されます。
JSON-Serverの詳細については、JSON-Serverを使用してMock Rest APIをチェックしてください。 API URLの保存

バックエンドを所定の位置に置いたので、AngularアプリケーションにURLを保存する必要があります。
理想的には、これができるはずです：

URLを1つの場所に保存して、その値を変更する必要がある場合に1回だけ変更する必要があるように
2. API URLを両方のファイルに追加しましょう：
これにより、後で角度アプリケーションで環境からAPI URLを取得することができます。

ng serveまたはng buildを実行すると、Angular Cliは開発環境で指定された値（SRC/Environments/Environment.ts）を使用します。
```
npm install -g @angular/cli@latest

```
しかし、ng serve -environment prodまたはng build -environment prodを実行すると、角度はsrc/環境/環境で指定された値を使用します。
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
これは、コードを変更することなく、開発と生産に異なるAPI URLを使用するために必要なものです。
この記事シリーズのアプリケーションは生産でホストされていないため、開発と生産環境で同じAPI URLを指定します。これにより、すべてが予想どおりに機能するかどうかを確認するために、ng serve -environment prodまたはng build -environment製品をローカルに実行できます。
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
.Angular-cli.jsonでDEVとPRODとそれらの対応する環境ファイルの間のマッピングを見つけることができます：

キーを追加することでステージングなどの追加の環境を作成することもできます。

および対応する環境ファイルの作成。

Angular CLI環境の詳細については、究極のAngular CLIリファレンスガイドを確認してください。 環境にAPI URLが保存されているので、REST APIのバックエンドと通信するための角度サービスを作成できます。 REST APIバックエンドと通信するためのサービスを作成

Angular CLIを使用してApiServiceを作成して、REST APIバックエンドと通信しましょう。
```
npm install json-server --save

```
これにより、次の出力が得られます
```
npm install -g @angular/cli@latest

```
- module app.module.tsオプションは、Angular CLIにサービスを作成するだけでなく、app.module.ts。
で定義されたAngularモジュールのプロバイダーとして登録するように指示します。
を開きましょう
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
次に、環境とAngularの組み込みのHTTPサービスを注入します：
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
必要な方法を実装する前に、AngularのHTTPサービスを見てみましょう。
構文に不慣れな場合は、プレミアムコースを購入して、タイプスクリプトを紹介してみませんか。
角度HTTPサービス Angular HTTPサービスは、 @angular/httpから注入可能なクラスとして利用できます。
HTTPリクエストを実行するには、次のメソッドが利用可能です

delete（url、options）：削除要求を実行します

get（url、options）：get request
を実行します
head（url、options）：ヘッドリクエストを実行します
- を実行します
- これらのメソッドのそれぞれは、rxjsの観測可能なものを返します。
- Angularjs 1.x HTTPサービスメソッドとは対照的に、約束を返しましたが、Angular HTTPサービスメソッドは観測品を返します。
- 観測可能性について詳しく知りたい場合は、RXJを使用した機能的リアクティブプログラミングの紹介をチェックする価値があるかもしれません。
- Apiserviceメソッドの実装
エンドポイントを振り返ると、REST APIのバックエンドが公開されます：

get /todos：既存のすべてを取得します

get /todos /：id：既存のtodo
を取得します
post /todos：新しいtodo
を作成します
- put /todos /：id：既存のtodo
 を更新します
- delete /todos /：id：既存のtodoを削除します
- 必要なメソッドとそれらの対応する角度HTTPメソッドの大まかなアウトラインを既に作成できます：
- getalltodos（）
- 最初に、APIからすべてのTODOを取得するためにGETリクエストを行います：
これにより、観察可能なものが返されます。
次に、APIからの応答をTODOオブジェクトの配列に変換するために、観察可能なマップ（）メソッドを呼び出します。
```
npm install -g @angular/cli@latest

```
着信HTTP応答は文字列であるため、最初にresponse.json（）を呼び出して、JSON文字列を対応するJavaScript値に解析します。

次に、API応答のTODOの上にループし、TODOインスタンスの配列を返します。 MAP（）のこの2回目の使用は、RXJSオペレーターではなく、array.prototype.map（）を使用していることに注意してください。
最後に、エラーハンドラーを添付して、潜在的なエラーをコンソールにログに記録します。

他の方法で再利用できるように、エラーハンドラーを別の方法で定義します。
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
このコードを実行する前に、RXJSライブラリから必要な依存関係をインポートする必要があります。

RXJSライブラリは巨大であることに注意してください。 'rxjs/rx'からrxとしてインポート *を使用してRXJSライブラリ全体をインポートする代わりに、必要なピースのみをインポートすることをお勧めします。これにより、結果のコードバンドルのサイズが最小限に抑えられます。
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
アプリケーションでは、観察可能なクラスをインポートします：
```
npm install json-server --save

```
コードが必要とする3つの演算子をインポートします：

オペレーターのインポートにより、観察可能なインスタンスが対応するメソッドが付属していることを保証します。
コードに「rxjs/add/operator/map」をインポートしていない場合、次のものは機能しません。
```
{
 "todos": [
 {
 "id": 1,
 "title": "Read SitePoint article",
 "complete": false
 },
 {
 "id": 2,
 "title": "Clean inbox",
 "complete": false
 },
 {
 "id": 3,
 "title": "Make restaurant reservation",
 "complete": false
 }
 ]
}

```
これは、this.http.getによって返される観測可能なものがmap（）メソッドを持っていないためです。
アプリケーションで対応する観測可能な方法をグローバルに有効にするために、オペレーターを1回インポートする必要があります。ただし、それらを複数回インポートすることは問題ではなく、結果のバンドルサイズが増加しません。
```
"scripts": {
 ...
 "json-server": "json-server --watch db.json"
}

```
gettodobyid（）

gettodobyid（）メソッドを使用すると、単一のtodoを取得できます。

アプリケーションではこの方法は必要ありませんが、それがどのように見えるかを示すために含まれています。
```
npm run json-server

```
createTodo（）

createTodo（）メソッドを使用すると、新しいtodoを作成できます。

最初にAPIへのPOSTリクエストを実行し、2番目の引数としてデータを渡します：

次に、応答をTODOオブジェクトに変換します：
```
 \{^_^}/ hi!

 Loading db.json
 Done

 Resources
 http://localhost:3000/todos

 Home
 http://localhost:3000
```
updateTodo（）

updateTodo（）メソッドを使用すると、単一のtodoを更新できます。

最初にAPIにプットリクエストを実行し、2番目の引数としてデータを渡す
```
// src/environments/environment.ts
// used when we run `ng serve` or `ng build`
export const environment = {
 production: false,

 // URL of development API
 apiUrl: 'http://localhost:3000'
};

```
次に、応答をTODOオブジェクトに変換します：
```
// src/environments/environment.prod.ts
// used when we run `ng serve --environment prod` or `ng build --environment prod`
export const environment = {
 production: true,

 // URL of production API
 apiUrl: 'http://localhost:3000'
};

```
deletetodobyid（）

deletetodobyid（）メソッドを使用すると、単一のtodoを削除できます。
```
import { environment } from 'environments/environment';

// we can now access environment.apiUrl
const API_URL = environment.apiUrl;

```
最初にAPIへの削除要求を実行します：

次に、応答をnull：
に変換します
```
"environments": {
 "dev": "environments/environment.ts",
 "prod": "environments/environment.prod.ts"
}

```
ここで応答を変換する必要はなく、このラインを除外する可能性があります。削除リクエストを実行したときにAPIがデータを返す場合、応答を処理する方法をアイデアするだけで含まれています。
APIServiceの完全なコード：
```
"environments": {
 "dev": "environments/environment.ts",
 "staging": "environments/environment.staging.ts",
 "prod": "environments/environment.prod.ts"
}

```
```
npm install -g @angular/cli@latest

```
apiserviceが整ったので、それを使用して、TododataServiceをREST APIのバックエンドと通信させることができます。
dododataserviceの更新

現在、私たちのTododataServiceはすべてのデータをメモリに保存しています：
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
dododataserviceをレストAPIのバックエンドと通信させるには、新しいapiserviceを注入する必要があります。
また、その方法を更新して、すべての作業をAPIServiceの対応するメソッドに委任します。
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
データロジックが残りのAPIバックエンドによって処理されるため、新しいメソッドの実装はよりシンプルに見えます。
ただし、重要な違いがあります。古い方法には同期コードが含まれており、すぐに値を返しました。更新された方法には非同期コードが含まれており、観察可能なものを返します。
これは、観測可能性を正しく処理するためにTododataServiceメソッドを呼び出すコードを更新する必要があることを意味します。
```
npm install json-server --save

```
appComponentの更新

現在、AppComponentは、TododataServiceがJavaScriptオブジェクトと配列を直接返すことを期待しています。

しかし、私たちの新しいapiserviceメソッドは、observablesを返します
約束と同様に、観測可能性は本質的に非同期であるため、それに応じて観察可能な応答を処理するためにコードを更新する必要があります。
現在tododataservice.getalltodos（）メソッドをget dodos（）に呼び出す場合：

tododataservice.getalltodos（）メソッドは、対応するapiservice.getalltodos（）メソッドを呼び出します
```
{
 "todos": [
 {
 "id": 1,
 "title": "Read SitePoint article",
 "complete": false
 },
 {
 "id": 2,
 "title": "Clean inbox",
 "complete": false
 },
 {
 "id": 3,
 "title": "Make restaurant reservation",
 "complete": false
 }
 ]
}

```
これは、Angular HTTPサービスにHTTP Get Requestを実行するように指示します。

しかし、覚えておくべき重要なことは1つあります！

返された観測可能なものを購読しない限り：
```
"scripts": {
 ...
 "json-server": "json-server --watch db.json"
}

```
実際のhttpリクエストは行われていません。

観測可能なものを購読するには、subscribe（）メソッドを使用できます。
```
npm run json-server

```
onnext：観察可能なものが新しい値を発するときに呼び出される関数
```
 \{^_^}/ hi!

 Loading db.json
 Done

 Resources
 http://localhost:3000/todos

 Home
 http://localhost:3000
```
onerror：観察可能なときにエラーをスローするときに呼び出される関数

oncompleted：観察可能なものが優雅に終了したときに呼び出される関数。

現在のコードを書き直してみましょう：
```
// src/environments/environment.ts
// used when we run `ng serve` or `ng build`
export const environment = {
 production: false,

 // URL of development API
 apiUrl: 'http://localhost:3000'
};

```
これにより、AppComponentが初期化されたときにTodosが非同期にロードされます。

最初に、公共財産を定義し、その初期値を空の配列に設定します。次に、Ngoninit（）メソッドを使用してthis.tododataservice.getAlltodos（）を購読し、値が入っている場合は、これに割り当てて、空の配列の初期値を上書きします。
- 再び、subscribe（）メソッドを使用して、this.tododataservice.addtodo（todo）によって返された観測可能なものをサブスクライブし、応答が入ったときに、新しく作成されたtodoをTodosの現在のリストに追加します。 >
 AppComponentが次のようになるまで、他の方法で同じ演習を繰り返します。
```
npm install -g @angular/cli@latest

```
 それだけです。すべての方法は、Tododataserviceメソッドによって返される観測可能性を処理できるようになりました。
 Angular HTTPサービスによって返される観察可能なものを購読するときに手動で登録する必要はないことに注意してください。 Angularは、メモリリークを防ぐためにすべてをクリーンアップします。
 すべてが期待どおりに機能しているかどうかを見てみましょう。試してみてください
 
 端子ウィンドウを開きます。
 
 アプリケーションディレクトリのルートから、REST APIのバックエンドを開始します：
 
 2番目の端子ウィンドウを開きます。
 再び、アプリケーションディレクトリのルートから、Angularアプリケーションを提供してください：
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
 さあ、ブラウザをhttp：// localhost：4200。
 に移動します
 すべてがうまくいった場合、これを見る必要があります：
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
 エラーが表示された場合は、コードをGitHubの作業バージョンと比較できます。
 すごい！私たちのアプリケーションは現在、REST APIバックエンドと通信しています！
 
 サイドヒント：NPMを実行する場合は、JSON-ServerとNGサーブを同じ端末で実行します。複数の端末ウィンドウまたはタブを開くことなく、両方のコマンドを同時に実行することができます。ユニットテストを実行して、すべてが期待どおりに機能していることを確認しましょう。
 テストを実行してください
 
 3番目の端子ウィンドウを開きます再び、アプリケーションディレクトリのルートから、ユニットテストを実行してください：
 
 11個のユニットテストが失敗しているようです：なぜ私たちのテストが失敗しているのか、どのように修正できるかを見てみましょう。
 
 単体テストの修正
 
 最初に、src/todo-data.service.spec.tsを開きましょう
 
 障害のある単体テストのほとんどは、データ処理のチェックに関係しています。これらのテストは、データ処理がTododataServiceの代わりにREST APIバックエンドによって実行されるため、もはや必要ありません。したがって、時代遅れのテストを削除しましょう。
 
 ユニットテストを実行した場合、エラーが発生します：
```
npm install json-server --save

```
 testbed.configuretestingModule（）がテスト用の一時モジュールを作成し、一時モジュールのインジェクターがApiserviceを認識していないため、エラーがスローされます。
 インジェクターにApiserviceを認識させるには、testbed.configuretestingmodule（）：
 > configuretestingmoduleに渡される構成オブジェクトのプロバイダーとしてApiserviceをリストすることにより、一時モジュールに登録する必要があります。
 
 ただし、これを行うと、ユニットテストでは、REST APIのバックエンドに接続する実際のApiserviceが使用されます。
 ユニットテストを実行するときにテストランナーを実際のAPIに接続したくないので、ユニットテストで実際のAPIServiceをock笑するApimockServiceを作成しましょう。
 apimockserviceの作成
 
 Angular CLIを使用して、新しいApimockService：
```
{
 "todos": [
 {
 "id": 1,
 "title": "Read SitePoint article",
 "complete": false
 },
 {
 "id": 2,
 "title": "Clean inbox",
 "complete": false
 },
 {
 "id": 3,
 "title": "Make restaurant reservation",
 "complete": false
 }
 ]
}

```
 を生成しましょう
```
npm install -g @angular/cli@latest

```
 これは次のことを示しています：
```
npm uninstall -g @angular/cli angular-cli
npm cache clean
npm install -g @angular/cli@latest

```
 次に、Apiserviceと同じ方法を実装しますが、HTTPリクエストを作成する代わりに、メソッドにモックデータを返してもらいます。
```
git clone git@github.com:sitepoint-editors/angular-todo-app.git
cd angular-todo-app
git checkout part-2
npm install
ng serve
```
 各メソッドが新鮮な新しいモックデータを返す方法に注目してください。これは少し反復的に思えるかもしれませんが、それは良い習慣です。あるユニットテストがモックデータを変更する場合、変更は別の単位テストでデータに影響を与えることはありません。
 ApimockServiceサービスができたので、ユニットテストのApiserviceをApimockServiceに置き換えることができます。
 プロバイダーアレイでは、Apiserviceが要求されるたびにApimockServiceを提供するようインジェクターに指示します。
 
 ユニットテストを再実行すると、エラーがなくなります。素晴らしい！
 ただし、さらに2つの失敗したテストがあります。
```
npm install json-server --save

```
 エラーは、修正したばかりのエラーに似ています。を開いてみましょう
 
 テストは、http！のプロバイダーなしでメッセージで失敗します。http。再び、HTTPサービスが実際のHTTPリクエストを送信することは望ましくないため、Angularのモックバックエンドを使用する模擬HTTPサービスをインスタンス化します：
```
{
 "todos": [
 {
 "id": 1,
 "title": "Read SitePoint article",
 "complete": false
 },
 {
 "id": 2,
 "title": "Clean inbox",
 "complete": false
 },
 {
 "id": 3,
 "title": "Make restaurant reservation",
 "complete": false
 }
 ]
}

```
 テストモジュールを構成しても少し圧倒的に見えても心配しないでください。
 
 角度アプリケーションをテストするための公式ドキュメントでユニットテストのセットアップについて詳しく知ることができます。最終エラーを修正するには、
```
"scripts": {
 ...
 "json-server": "json-server --watch db.json"
}

```
 を開いてみましょう
 
 次に、インジェクターにモックアピスサービスを提供します：
```
npm run json-server

```
 hurray！私たちのすべてのテストが渡されています：
```
 \{^_^}/ hi!

 Loading db.json
 Done

 Resources
 http://localhost:3000/todos

 Home
 http://localhost:3000
```
 角度アプリケーションをREST APIのバックエンドに正常に接続しました。
 アプリケーションを生産環境に展開するには、今すぐ実行できます：
```
// src/environments/environment.ts
// used when we run `ng serve` or `ng build`
export const environment = {
 production: false,

 // URL of development API
 apiUrl: 'http://localhost:3000'
};

```
 また、生成されたdistディレクトリをホスティングサーバーにアップロードします。それはどれほど甘いですか？
 
 学んだことを要約しましょう。
```
// src/environments/environment.prod.ts
// used when we run `ng serve --environment prod` or `ng build --environment prod`
export const environment = {
 production: true,

 // URL of production API
 apiUrl: 'http://localhost:3000'
};

```
 要約
 
 最初の記事では、次の方法を学びました
 Angular Cli
 を使用してTODOアプリケーションを初期化します
 個々のTODOを表すためにTODOクラスを作成します
 
 TododataServiceサービスを作成して、todos
```
import { environment } from 'environments/environment';

// we can now access environment.apiUrl
const API_URL = environment.apiUrl;

```
 を作成、更新、削除します
 AppComponentコンポーネントを使用して、ユーザーインターフェイスを表示
 に表示します
 アプリケーションをgithubページに展開します。
 
 2番目の記事では、AppComponentをリファクタリングして、その作業のほとんどを次のように委任します。
 
 Todolistcomponent
 - 単一のtodo
 - 新しいtodo
 - Todolistfootercomponentが残っているのかを示します
 - この3番目の記事では、

以上がAngularおよびRXJS：REST APIのバックエンドの追加の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

Python vs. JavaScript：開発者の比較分析May 09, 2025 am 12:22 AM

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

Python vs. JavaScript：ジョブに適したツールを選択するMay 08, 2025 am 12:10 AM

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

PythonとJavaScript：それぞれの強みを理解するMay 06, 2025 am 12:15 AM

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

JavaScriptのコア：CまたはCの上に構築されていますか？May 05, 2025 am 12:07 AM

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

JavaScriptアプリケーション：フロントエンドからバックエンドまでMay 04, 2025 am 12:12 AM

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

Python vs. Javascript：どの言語を学ぶべきですか？May 03, 2025 am 12:10 AM

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

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

JavaScript、C、およびブラウザの関係May 01, 2025 am 12:06 AM

はじめに私はあなたがそれを奇妙に思うかもしれないことを知っています、JavaScript、C、およびブラウザは正確に何をしなければなりませんか？彼らは無関係であるように見えますが、実際、彼らは現代のウェブ開発において非常に重要な役割を果たしています。今日は、これら3つの間の密接なつながりについて説明します。この記事を通して、JavaScriptがブラウザでどのように実行されるか、ブラウザエンジンでのCの役割、およびそれらが協力してWebページのレンダリングと相互作用を駆動する方法を学びます。私たちは皆、JavaScriptとブラウザの関係を知っています。 JavaScriptは、フロントエンド開発のコア言語です。ブラウザで直接実行され、Webページが鮮明で興味深いものになります。なぜJavascrを疑問に思ったことがありますか

See all articles

ホットAIツール

Undresser.AI Undress

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

AI Clothes Remover

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

Undress AI Tool

脱衣画像を無料で

Clothoff.io

AI衣類リムーバー

Video Face Swap

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

ホットツール

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、