Spring とは
Spring は、IoC と AOP を核としたフレームワークです。
IoC (Inversion of Control、制御の反転) は Spring の基盤です。
IoC は、オブジェクトを作成するときに、前のプログラマがオブジェクトの作成を Spring に任せるのではなく、新しいコンストラクター メソッドを呼び出したことを単に意味します。
DI (Dependency Inject、依存性注入) は、これら 2 つの名前が 2 つの観点から同じ概念を説明していることを除いて、IoC と同じ意味を持ちます。
簡単に言えば、DI はオブジェクトの属性であり、関連する値が注入されており、直接使用できます。
IoC による制御の反転
各オブジェクト クラスをカプセル化した後、IoC コンテナを介してこれらのオブジェクト クラスを関連付けます。このように、オブジェクトは IoC コンテナを介して接続され、オブジェクト間には直接的な接続はありません。
アプリケーションが IoC コンテナを導入する前に、オブジェクト A はオブジェクト B に依存します。その後、オブジェクト A がインスタンス化されるか、特定の時点まで実行されると、オブジェクト B をアクティブに作成するか、それを使用する必要があります。作成されたオブジェクト B は、作成されたオブジェクト B を作成するか使用するかにかかわらず、制御はアプリケーション自体にあります。
アプリケーションが Ioc コンテナを導入すると、オブジェクト A とオブジェクト B の間の直接接続が失われます。したがって、オブジェクト A がインスタンス化されて実行されるときに、オブジェクト B が必要な場合、IoC コンテナはオブジェクト B をアクティブに作成し、オブジェクト A が必要とする場所にそれを挿入します (つまり、依存関係の注入)。その結果、オブジェクト A がオブジェクト B に依存するプロセスは、能動的な動作から受動的な動作、つまり、オブジェクトの作成が IoC コンテナに渡されて処理され、制御権が逆転します。いわゆる制御の反転。
DI 依存関係の注入
IoC コンテナーは、実行時に特定の依存関係をオブジェクトに動的に注入します。たとえば、オブジェクト B をオブジェクト A のメンバー変数に注入 (代入) します。
実は、Dependency Injection (DI) と Inversion of Control (IoC) は同じものを別の記述で表現したもので、ある側面においては異なる視点から記述したものです。依存関係の注入はアプリケーションの観点から説明されます。つまり、アプリケーションは必要な外部リソースの作成と注入をコンテナに依存しますが、制御の反転はコンテナの観点から説明されます。つまり、コンテナがリソースを制御します。コンテナはアプリケーションの方向を反転し、アプリケーションが必要とする外部リソースを注入します。ここで言及する外部リソースには、外部インスタンス オブジェクト、外部ファイル オブジェクトなどが含まれます。
IoC および DI の実装
(1) プロパティ セッター メソッドの注入: セッター メソッドを使用して依存インスタンスを注入する IoC コンテナーを指します。パラメータなしのコンストラクタまたはパラメータなしの静的ファクトリメソッドを呼び出してBeanをインスタンス化し、Beanのsetterメソッドを呼び出すことで、setterメソッドによる依存性注入を実装できます。この方法はシンプルで直感的で理解しやすいため、Spring の設定インジェクションが広く使用されています。
package com.ssm.entry; public class UserServiceImpl implements UserService { private UserDao userDao; // setter()实现依赖注入 public void setUserDao(UserDao userDao){ this.userDao = userDao; } public void login() { this.userDao.login(); System.out.println("UserService login"); } }
(2) コンストラクター注入: コンストラクター メソッドを使用して依存インスタンスを注入する IoC コンテナーを指します。コンストラクターに基づく依存関係の注入は、パラメーターを指定してコンストラクターを呼び出すことによって実装されます。各パラメーターは依存関係を表します。
applicationContext.xml
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.3.xsd"> <!-- 将指定类配置给Spring,让Spring创建其对象的实例 控制反转 --> <bean id="UserDao" class="com.ssm.entry.UserDaoImpl"></bean> <!-- 添加一个id为userService的Bean 依赖注入--> <bean id="UserService" class="com.ssm.entry.UserServiceImpl"> <!-- 将name为UserDao的Bean注入UserService实例中 --> <property name="UserDao" ref="UserDao"/> </bean> </beans>
IoC テスト
package com.ssm.entry; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; public class IoC { public static void main(String[] args) { ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml"); UserDao userDao = (UserDao)applicationContext.getBean("UserDao"); userDao.login(); } }
DI テスト
package com.ssm.entry; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; public class DI { public static void main(String[] args) { ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml"); UserService userService = (UserService)applicationContext.getBean("UserService"); userService.login(); } }
推奨チュートリアル: 「Java チュートリアル #」
#
以上がSpring IOCとDIの詳細説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

新しいテクノロジーは、両方の脅威をもたらし、Javaのプラットフォームの独立性を高めます。 1)Dockerなどのクラウドコンピューティングとコンテナ化テクノロジーは、Javaのプラットフォームの独立性を強化しますが、さまざまなクラウド環境に適応するために最適化する必要があります。 2)WebAssemblyは、Graalvmを介してJavaコードをコンパイルし、プラットフォームの独立性を拡張しますが、パフォーマンスのために他の言語と競合する必要があります。

JVMの実装が異なると、プラットフォームの独立性が得られますが、パフォーマンスはわずかに異なります。 1。OracleHotspotとOpenJDKJVMは、プラットフォームの独立性で同様に機能しますが、OpenJDKは追加の構成が必要になる場合があります。 2。IBMJ9JVMは、特定のオペレーティングシステムで最適化を実行します。 3. Graalvmは複数の言語をサポートし、追加の構成が必要です。 4。AzulzingJVMには、特定のプラットフォーム調整が必要です。

プラットフォームの独立性により、開発コストが削減され、複数のオペレーティングシステムで同じコードセットを実行することで開発時間を短縮します。具体的には、次のように表示されます。1。開発時間を短縮すると、1セットのコードのみが必要です。 2。メンテナンスコストを削減し、テストプロセスを統合します。 3.展開プロセスを簡素化するための迅速な反復とチームコラボレーション。

java'splatformentedencefacilitatesecodereusebyAllowingbyTeCodeCodeCodeCodeTorunonAnyPlatformm.1)DevelopersConcodeCodeOnceOnceOnconconsentEntentEntEntEntEntEntentPlatforms.2)維持化されたアスカデドは、NoeedReadedoesではありません

Javaアプリケーションのプラットフォーム固有の問題を解決するには、次の手順を実行できます。1。Javaのシステムクラスを使用して、システムプロパティを表示して実行中の環境を理解します。 2。ファイルクラスまたはjava.nio.fileパッケージを使用して、ファイルパスを処理します。 3。オペレーティングシステムの条件に応じてローカルライブラリをロードします。 4. VisualVMまたはJProfilerを使用して、クロスプラットフォームのパフォーマンスを最適化します。 5.テスト環境が、Dockerコンテナ化を通じて生産環境と一致していることを確認してください。 6. githubactionsを使用して、複数のプラットフォームで自動テストを実行します。これらの方法は、Javaアプリケーションでプラットフォーム固有の問題を効果的に解決するのに役立ちます。

クラスローダーは、統一されたクラスファイル形式、動的読み込み、親代表団モデル、プラットフォーム非依存バイトコードを通じて、さまざまなプラットフォーム上のJavaプログラムの一貫性と互換性を保証し、プラットフォームの独立性を実現します。

Javaコンパイラによって生成されたコードはプラットフォームに依存しませんが、最終的に実行されるコードはプラットフォーム固有です。 1。Javaソースコードは、プラットフォームに依存しないバイトコードにコンパイルされます。 2。JVMは、特定のプラットフォームのバイトコードをマシンコードに変換し、クロスプラットフォーム操作を保証しますが、パフォーマンスは異なる場合があります。

マルチスレッドは、プログラムの応答性とリソースの利用を改善し、複雑な同時タスクを処理できるため、最新のプログラミングで重要です。 JVMは、スレッドマッピング、スケジューリングメカニズム、同期ロックメカニズムを介して、異なるオペレーティングシステム上のマルチスレッドの一貫性と効率を保証します。


ホット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 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

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

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)
