解決策・代替案
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 15:35 UTC 版)
「Javaに対する批判」の記事における「解決策・代替案」の解説
Javaのライセンスの問題は徐々に解決されつつある。時間が解決していると言える面もあるといえる。今後も新たなライセンスの問題に直面しそうであれば、Java Community Process に提案するよう働きかけてみるという手段もある。フリーソフトウェア財団や Eclipse Foundation など他のオープンソースコミュニティの助けを借りることで問題を解決に向けて進めることができる可能性がある。
※この「解決策・代替案」の解説は、「Javaに対する批判」の解説の一部です。
「解決策・代替案」を含む「Javaに対する批判」の記事については、「Javaに対する批判」の概要を参照ください。
解決策・代替案
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 15:35 UTC 版)
「Javaに対する批判」の記事における「解決策・代替案」の解説
この問題は、メモリを増設する、最大ヒープメモリサイズを拡大するなどで解決できるケースもある。弱い参照 (WeakReference/SoftReference/PhantomReference) を用いることで多少の解決策になることはある。だが、JREやJDKのバージョンが特定の古いものであることが要因となっていることもある[要説明]。最新版のJREやJDKで実行、開発すれば問題発生率を下げることもできる。 finally節の問題は、場合によっては、ライブラリやフレームワークによって解決できることもある。ファイル入出力の場合はApache Commons IOを、データベース接続の場合はApache Commons DBUtils、HibernateやApache Cayenneなどのオブジェクト関係マッピングフレームワークを用いることでfinally節のことをあまり多く気にしなくても良いようにする手段がある。Java 7ではtry-with-resources文でこの問題に対処している(例外安全の確保)。
※この「解決策・代替案」の解説は、「Javaに対する批判」の解説の一部です。
「解決策・代替案」を含む「Javaに対する批判」の記事については、「Javaに対する批判」の概要を参照ください。
解決策・代替案
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 15:35 UTC 版)
「Javaに対する批判」の記事における「解決策・代替案」の解説
この問題は、開発者がJavaのバージョンを Java SE 6以降にアップグレードすることで解決する。Java SE 6になってからJavaのデスクトップまわり、GUI環境は一新され、開発効率は高まっているため、以前のバージョンよりも開発の手間はかからなくなっている。
※この「解決策・代替案」の解説は、「Javaに対する批判」の解説の一部です。
「解決策・代替案」を含む「Javaに対する批判」の記事については、「Javaに対する批判」の概要を参照ください。
解決策・代替案
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 15:35 UTC 版)
「Javaに対する批判」の記事における「解決策・代替案」の解説
現在では今のところ、Javaはまだまだハードウェア開発、デバイスドライバ開発には適していない点が多い。この問題について、JavaでUSBドライバ開発ができる Java Communication API という技術がすでにある。他にも、Jini対応機器を端末に接続すると、サーバから自動的にJava製ドライバを端末にダウンロードしてその機器を使うことができる技術Jiniというものが考えられている。なおこのJiniは、Java Native Interfaceを意味するJNIとは別物である。
※この「解決策・代替案」の解説は、「Javaに対する批判」の解説の一部です。
「解決策・代替案」を含む「Javaに対する批判」の記事については、「Javaに対する批判」の概要を参照ください。
解決策・代替案
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 15:35 UTC 版)
「Javaに対する批判」の記事における「解決策・代替案」の解説
この問題も、サン・マイクロシステムズのJavaコーディング規約をJavaプログラマが守っていればほぼ起きることがなく、Javaソースコード上のimport宣言や新しく加わったJavaキーワード(enumやassert)と重複するものが無ければほぼ心配することもなくなる。とくに、多くの場合において、これらの問題はコーディング規約だけでなく、統合開発環境やCheckStyle、FindBugsなど各種ツールなどによって解決できるケースがある。Javaプログラマは、日頃からCheckStyleやFindBugsを使ってプログラミングしていれば、後方互換性の問題につき当たる可能性は下がる。しかし、Javaアプレットなどのように、方針転換による大規模な機能廃止もありうる。JDK/JREにはサポート期間が定められており、古いJDK/JREを永久に使い続けることはできないため、廃止予定となったAPIが完全廃止される前に代替技術に移行するなど、最新のJava技術動向に追随していく必要がある。
※この「解決策・代替案」の解説は、「Javaに対する批判」の解説の一部です。
「解決策・代替案」を含む「Javaに対する批判」の記事については、「Javaに対する批判」の概要を参照ください。
- 解決策代替案のページへのリンク