グローバル変数は、名前が示すように、クラス全体または複数の関数で呼び出すことができる変数です。外部変数とも呼ばれます。ローカル変数は、特定のプロシージャまたは関数内でアクセスできる変数です。変数を宣言するのは非常に簡単ですが、実際に使用するとなると、想像するほど簡単ではありません。私の場合、グローバル変数を定義して使用することが多いのですが、これのためだけにグローバル変数を定義します。また、多くの紆余曲折を免れました。
アダプターを使用する場合、通常、アダプターは常に listView とともに使用されます。これは、listView には基本的に listView の項目のレイアウトがあるためです。次のシナリオは次のとおりです。各項目に ImageView があり、項目をクリックすると、項目の ImageView の背景色を変更するか、別の背景画像に変更する必要があります。このとき、最初の項目をクリックすると 3 番目の項目または 2 番目の画像が表示されることがあります。記事も変わってます。これは、グローバル変数を定義しているためです。コード部分は次のとおりです:
public class Adapter extends BaseAdapter { private ImageView img; public View getView(int position, View convertView, ViewGroup parent) { convertView = mInflater.inflate(R.layout.group_listview_item,null); img = (ImageView) convertView.findViewById(R.id.logo); return convertView; } }
上記の部分では、ImageView はグローバル変数です。このとき、ImageViewをローカル変数として定義する必要があります
public class Adapter extends BaseAdapter { public View getView(int position, View convertView, ViewGroup parent) { convertView = mInflater.inflate(R.layout.group_listview_item,null); ImageView img = (ImageView) convertView.findViewById(R.id.logo); return convertView; } }
このとき、各ItemのImageViewを表します。別の状況では、ショッピング カートを作成するときに、プラスまたはマイナスのアイコンをクリックしてショッピング カート内の商品数を変更できます。数量 num を定義するときは、ローカル変数としても定義する必要があります。 ViewHolderが使えるともっと良いです。
static によって変更された静的変数は、さまざまなクラスやパッケージで使用でき、仮想マシン内で別のメモリを占有することができ、非常に便利です。しかし、プロジェクトの開始後に静的変数を発見しました。あまり良くないこともあります。プロジェクトの崩壊情報を見ると、Mo Ming が空ポインタで異常なエラーを起こしている箇所が多かったことが分かりました。調査の結果、静的の問題である可能性があることが判明しました。プロジェクトでは、ユーザーの情報、つまり User オブジェクトを静的変数に保存しており、エラーが報告された箇所ではこの変数が使用されていることがわかりました。この連絡先の保存方法との関係。同時に、多くのユーザーが、電話に応答した後、または長時間待機した後、アプリケーションを開いたときに、アプリケーションに戻ったときにアプリケーションがクラッシュすることを報告しています。これらのクラッシュは、静的変数の null ポインタに関連しています。 。このように、Androidの開発における静的修正とはStaticでしょうか? static User u = new User(); と定義されている場合はあまり問題ないと言えるかもしれませんが、static User u; と定義されている場合は NULL が発生する可能性が高くなります。もちろん、前のメソッドのプロパティも空である可能性がありますが、null ポインターを避けるためにこれをカプセル化できます。さらに、静的定数は依然として非常に便利です。
では、ログイン情報やグローバル情報はどのように保存すればよいのでしょうか? Google の公式推奨事項と Baidu の専門家の推奨事項に従って、Application から継承したカスタム クラスを使用し、継承したクラス内でグローバルに使用する必要がある変数を定義し、getApplicationContext() を通じて関連する変数を取得して保存するようにする必要があります。ただの変数。
/** * 自定义的MyApplication继承Application * * @author way * */ public class MyApplication extends Application { /** * 引发异常:在一些不规范的代码中经常看到Activity或者是Service当中定义许多静态成员属性。这样做可能会造成许多莫名其妙的 null * pointer异常。 */ /** * 异常分析:Java虚拟机的垃圾回收机制会主动回收没有被引用的对象或属性。在内存不足时,虚拟机会主动回收处于后台的Activity或 * Service所占用的内存。当应用再次去调用静态属性或对象的时候,就会造成null pointer异常 */ /** * 解决异常:Application在整个应用中,只要进程存在,Application的静态成员变量就不会被回收,不会造成null pointer异常 */ private int number; @Override public void onCreate() { // TODO Auto-generated method stub super.onCreate(); } public int getNumber() { return number; } public void setNumber(int number) { this.number = number; } }
ただし、MyApplication を android.app.Application に置き換えてコード内で有効にするには、AndroidManifest.xml を変更する必要があります:
<application android:name=".MyApplication" ...> </application>
そうすれば、アクティビティまたはサービスで柔軟に使用できます:
MyApplication application = (MyApplication) this.getApplicationContext(); //保存变量 application.setNumber(5); //取出变量 application.getNumber();
Applicationつまり、アプリケーションは存在しており、GC によって不可解にリサイクルされることはありません。したがって、このメソッドを使用する方が安全です。

javaispopularforsoss-platformdesktopapplicationsduetoits "writeonce、runaynay" philosophy.1)itusesbytecodatiTatrunnanyjvm-adipplatform.2)ライブラリリケンディンガンドジャヴァフククレアティック - ルルクリス

Javaでプラットフォーム固有のコードを作成する理由には、特定のオペレーティングシステム機能へのアクセス、特定のハードウェアとの対話、パフォーマンスの最適化が含まれます。 1)JNAまたはJNIを使用して、Windowsレジストリにアクセスします。 2)JNIを介してLinux固有のハードウェアドライバーと対話します。 3)金属を使用して、JNIを介してMacOSのゲームパフォーマンスを最適化します。それにもかかわらず、プラットフォーム固有のコードを書くことは、コードの移植性に影響を与え、複雑さを高め、パフォーマンスのオーバーヘッドとセキュリティのリスクをもたらす可能性があります。

Javaは、クラウドネイティブアプリケーション、マルチプラットフォームの展開、および言語間の相互運用性を通じて、プラットフォームの独立性をさらに強化します。 1)クラウドネイティブアプリケーションは、GraalvmとQuarkusを使用してスタートアップ速度を向上させます。 2)Javaは、埋め込みデバイス、モバイルデバイス、量子コンピューターに拡張されます。 3)Graalvmを通じて、JavaはPythonやJavaScriptなどの言語とシームレスに統合して、言語間の相互運用性を高めます。

Javaの強力なタイプ化されたシステムは、タイプの安全性、統一タイプの変換、多型を通じてプラットフォームの独立性を保証します。 1)タイプの安全性は、コンパイル時間でタイプチェックを実行して、ランタイムエラーを回避します。 2)統一された型変換ルールは、すべてのプラットフォームで一貫しています。 3)多型とインターフェイスメカニズムにより、コードはさまざまなプラットフォームで一貫して動作します。

JNIはJavaのプラットフォームの独立を破壊します。 1)JNIは特定のプラットフォームにローカルライブラリを必要とします。2)ローカルコードをターゲットプラットフォームにコンパイルおよびリンクする必要があります。3)異なるバージョンのオペレーティングシステムまたはJVMは、異なるローカルライブラリバージョンを必要とする場合があります。

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

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

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


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

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

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

ホットトピック









