「javafx」を含む日記 RSS

はてなキーワード: javafxとは

2019-02-03

[]2019年2月2日土曜日増田

時間記事文字数文字数平均文字数中央値
0011512736110.727
017510082134.436
02359136261.0134
03142544181.743
04875193.936.5
0515100266.854
0618144080.059.5
07194606242.456
0824236398.540
09606034100.653
108312941155.928
11132812461.536
12136841061.829
13103864483.929
1498757477.332.5
151091036695.132
1611312292108.836
17109660960.631
1877685389.045
199410888115.830
20107956489.438
2174479964.926.5
22487045146.880.5
2369611888.745
1日173517092198.535

頻出名詞 ()内の数字単語が含まれ記事

人(170), 自分(103), 今(80), 日本(69), 増田(66), 話(64), 女(62), 前(51), 男(46), 気(42), 仕事(42), 相手(40), 日本人(39), 人間(39), 問題(37), 好き(37), 最近(36), 感じ(36), 女性(34), 頭(33), 普通(32), 他(31), 意味(31), 男性(31), 場合(30), あと(30), 顔(29), うんこ(28), ー(28), 気持ち(27), 時代(27), 結局(26), 手(26), 社会(25), 理解(25), 結婚(25), 目(24), しよう(24), 一人(24), ネット(23), サービス(23), 今日(23), 言葉(23), 世界(23), 会社(22), 犬(22), 現実(22), 嫌(22), 子供(21), 一緒(21), アメリカ(21), 結果(21), ワイ(21), 扱い(20), 海外(20), 無理(20), 最初(20), 必要(19), 馬鹿(19), サイト(19), 理由(19), 時間(19), 関係(19), ゴミ(18), 勝手(18), 国(18), たくさん(18), 状態(17), ダメ(17), 他人(17), 風俗(17), 周り(17), 子(17), 別(17), 記事(17), スマホ(16), 出て(16), 幸せ(16), セックス(16), イメージ(16), 情報(16), 世の中(16), 仕方(16), 日本女性(16), 名前(15), 声(15), 確か(15), 人生(15), 英語(15), 動画(15), 友達(15), 映画(15), 差別(15), お金(14), 金(14), 本(14), 勉強(14), 部分(14), 病院(14), 非常(14), 検索(14), 昔(14), テレビ(14)

頻出固有名詞 ()内の数字単語が含まれ記事

日本(69), 増田(66), ワイ(21), アメリカ(21), 日本女性(16), スマホ(15), じゃなくて(13), キモい(12), 昭和(12), 東京(12), ブコメ(11), 1人(11), モテる(11), 新井浩文(10), 可能性(10), モテ(9), デリヘル(9), アプリ(9), 韓国(9), マジで(8), 平成(8), 何度(8), 欧米(8), 2019年(8), KKO(8), ブクマ(8), 個人的(8), なのか(7), 価値観(7), 自己評価(7), 日本男性(7), 分からん(7), な!(7), カス(7), なんの(7), 外国人(7), アフリカ(7), 生産性(7), にも(7), 10年(7), ツイッター(7), Google(7), いない(7), キモ(7), バレンタイン(6), AI(6), 犯罪者(6), youtube(6), アジア人(6), キモくて金のないオッサン(6), ???(6), わからん(6), キチガイ(6), 中国(6), Twitter(6), コミュ障(6), るか(5), 新井(5), 客観的(5), フェミ(5), 恵方巻き(5), AV(5), s(5), なんだろう(5), LINE(5), 容疑者(5), いいんじゃない(5), トラバ(5), 一緒に(5), v(5), iPhone(5), ごめんね(5), B(5), マッチングアプリ(5), 1年(5), 現実的(5), hatena(5), 昭和時代(5), エロい(5), A(5), 100円(5), 最終的(5), 2017年(5), 2人(5), Japan(4), アメリカ人(4), せやな(4), 韓国人(4), PC(4), いいね(4), イエローキャブ(4), n/(4), Web(4), 社会人(4), JavaFX(4), ブログ(4), 1回(4), イケメン(4), is(4), アラサー(4), おちんちん(4), SNS(4), 受刑者(4), キツ(4), URL(4), あるある(4), 東大(4), そうじゃない(4), イギリス(4), gt(4), twitter(4), ありません(4), 1日(4), 悪いこと(4), ドメイン名(4), インスタ(4), 3回(4), TSUTAYA(4), 陰キャ(4), OK(4), ちんこ(4), 死刑執行(4), no(4), NHK(4), ボコ(4), 被害者(4), 腐女子(4), 知らんけど(4), SE(4), はてな民(4), 日本女性(4), 基本的(4), 女に(4), 一日(4), 1週間(4), どんだけ(4), w(4), …。(4), 大五郎(4)

本日の注目単語 ()内の数字単語が含まれ記事

新井浩文(10), JavaFX(4), イエローキャブ(4), 水溶性(3), コバルト(4), 安置(3), 2000万人(3), 様変わり(3), ドメイン名(4), タンポン(6), 死刑執行(4), クッキー(10), マッサージ(10), チョコ(9), デリヘル(9), 昭和時代(5), アフリカ(7), 容疑者(5), 秩序(4), エレベーター(7), 解約(4), 本番(7), モテる(11), うんこ(28), 死体(6), 💩(10), 食品(6), 2017年(5), 犬(22), 国際(7), 白人(11), 起こす(9), モテ(13), 返事(8), 通常(8), 姿勢(8), 寿司(8), サラリーマン(7)

頻出トラックバック先(簡易)

■おいしいクッキー教えてくれ /20190131195122(22), ■女性がよく言う「日本女性美人が多くて海外モテる」みたいな話 /20190130153632(20), ■いじめられてた中学同窓会に行ってきた /20190202101733(10), ■22歳処女が初めてタンポンを使った感想 /20190202031004(10), ■駅などの混雑時、前で歩きスマホしながらノロノロ歩いてるバカ対処法 /20181129233454(8), ■年配のおっさんには「親父!」とか「大将!」じゃん /20190202013629(8), ■コバルト文庫が終了しそう /20190201211020(8), ■PCあるのに手書きメモ取る人 /20190202201220(6), ■トイレ(大)するとき全裸になる人とか存在するんだな /20190130194711(6), ■良かったら答えてほしい /20190202115857(6), ■エレベーターに乗る女はほぼキチガイ /20190202143440(6), ■ツイッターで「新井浩文」で検索すると /20190202115746(5), ■男の人って他人ちんちんどう思ってるの /20190202200659(5), ■欧米流行しているWebサービス /20181129233609(5), ■日本流行ってるサービス /20190202153327(5), ■KKO(キモくて金の無いオッサン)なら許さんし、それ以外なら許す /20190202164859(5), ■anond20190202105446 /20190202183645(5), ■絶対に振られると分かってるけど告白するときの注意点 /20190202191209(5), ■英語覚えたい /20190202005500(5), ■20卒 /20190202104924(5)

増田合計ブックマーク数 ()内の数字は1日の増減

5988966(3488)

2019-02-02

一日がかりでやっとJavaFX導入できた

ライブラリマージうんちゃらとかいちいちパス設定してとかコマンドライン必要パッケージ取りに行くだけのJSNode.jsに比べて恐ろしくめんどくさい

過渡期でマトモな情報が集約されてないし

コード書くまでにここまで時間使わせるのカスすぎる

この設定する時間でどんだけ書けると思ってんだよ

anond:20190202090949

JavaFX別に死んではいないよ

めんどくさいからお前あっち行けって隔離されただけだよ

個人的には損確ロスカな名前が悪かったと思ってるよ

anond:20190202090949

AdobeAirのようなRIA開発環境流行った頃に作られたのがJavaFXだね

結局SPAに滅ぼされたけど

swingJavaFX

JavaGUI周りがゴチャゴチャしてきてるのを今知った

JavaGUIまでどうこうする需要がないのはなんとなく想像できるにしても、なんでこんなカオスなことになってんだろ

Javaアプレット殺すのはお好きにどうぞと思うけど(というかすでにJavaアプレットWeb上で見た記憶最近ほぼないけど)

GUI周りまでパージするとは

2017-11-19

anond:20171119185952

いや、JavaFXゲーム作るのやめてAndroidにしたいって話なんだから、日の目は見てないんじゃね

基本はビジネス用だけど、OpenGLとか不要Canvas描きだけで済むカジュアルゲームならありなんだけどねアレ

まあゲーム製作用途的には先はないわな

anond:20171119185435

そもそもJavaFXをそんなに使うものだとは思ってなかった

個人的感想だとどこもあまりつかってないんじゃ?って所だったけど

しばらくJava離れてたからいつの間にかJavaFX

日の目を見るようになったのかと驚いた

JavaFXでヘビーじゃない自作ゲームを作ってる

これAndroidで作ったほうがいいかなあ

スマホで寝っ転がりながら遊べたほうが楽しいかなあ

から処理引っぺがしてスマホ移植したら気楽に遊んでもらえそうだなあ

スマホでだったら広告ちょっとでも収入になりそうだなあ

っていうか、デバッグで何百回も起動してしばらく動かしてをやってたんだけど、PCの前に陣取ってキーボードで遊ぶのしんどい…

よっぽどよっぽど魅力的じゃないと、2回目起動しなさそうで、そこまでの魅力はまだ生めそうにもない…

2017-10-15

全部linuxでやりゃいいんだよ

俺はそうしている

20年前のecho layla24でbitwigとかrenoiseとか動くしw

デスクトップアプリっぽいのは今electronに流れてるんだろ

業務系ならjavafxとかでもいいと思うけど

jvm言語なんでもいいわけだし

まあtoC向けのデスクトップアプリなんか市場のものがほぼないんだからしょうがない

2017-10-11

JavaFX流行らない理由

2017-09-22

今日の100回叫んで伝えたい

JavaFXにStackPaneというものがあるが、スタックのつかないただのPaneでもスタックはする

StackPaneという名前に騙されて使って重心揃えに悩んだらふつうのPaneに突っ込んで自前で座標を揃えよう

2017-09-19

ググるときはStackOverflowを弾いてる

なんて聞いてて、そこまで邪魔になんねーよ繊細過ぎるだろと思ってたんだが、JavaFXぽちぽちするゲームでも作ろうかと思って検索したら考えが変わった

ものすごくメジャーものすごく歴史があってものすごくしょうもない初心者が多い分野では鬱陶しいなコレ

2016-06-17

1.0から学ぶJava

タイトルを見て釣られクマーな皆さんこんにちは

ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。

今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。

「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。

タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー

面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。

Java 1.0 1996年1月23日

Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。

かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日リリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。

今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。

Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日オラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」(The Network is the Computer)というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。

当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。

1996年の時点にこんな言語が登場したのですから革新的でした。

いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。

プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロードテンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。

Java 1.1 1997年2月19日

Wikipediaからピックアップすると1.1での大きな機能追加は

といったところです。当初よりJavaの内部文字コードUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ!というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。

なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。

当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。

JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。

Microsoft Visual J++ もこの時代ですよ。

Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。

当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。

  • java.applet
  • java.awt
  • java.awt.datatransfer
  • java.awt.event
  • java.awt.image
  • java.beans
  • java.io
  • java.lang
  • java.lang.reflect
  • java.math
  • java.net
  • java.rmi
  • java.rmi.dgc
  • java.rmi.registry
  • java.rmi.server
  • java.security
  • java.security.acl
  • java.security.interfaces
  • java.sql
  • java.text
  • java.util
  • java.util.zip

この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。

Java 1.2 1998年12月8日

strictfpキーワード浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。

リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。

1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。

初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。

JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。

あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。

Microsoft 離反

Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつMicrosoftだったわけですね。

Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの!と喧嘩になったわけです。当時のMicrosoftブラウザまわりでも独自拡張がやりたい放題、標準規格?なにそれ美味しいの?みたいなスタンスをあちこちで見せていたものです。

結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。

JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。

Java EE

Java SE とは別にこの時代に Java EEリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。

2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的ユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。

企業で用いられる社内システムにもServletは多く採用されました。

理由はいろいろ挙げれると思うのですが

というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャある意味では便利で簡単でした。

もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。

iアプリ Javaアプリ EZアプリ

2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。

そこにdocomoiアプリJフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ!というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。

iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。

docomoiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。

この賭場が、将来にAppleiPhone, GoogleAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。

RIA時代

話を2001年に戻しましょう。

Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。

Java Appletブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。

Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。

端的に言えば入力値が数字かどうか?みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。

また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。

こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい!という要望があったわけです。Webシステム使いにくい!という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。

Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。

RIAの代表とされるのは

あたりです。三つ巴の戦い、どこに軍配が上がるのか!?と注目されましたが、勝利したのはHTML / JavaScriptでした。

Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。

RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。

しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。

Java 5 (2004年9月30日)

1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。

Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。

言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。

その後

Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。

Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日オラクル吸収合併されました。

Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。

やや戻って2007年Androidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。

Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。

このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語次世代へと移りつつあります。業界動向には注視していきましょう。

2015-02-11

SpringBootアプリjavafxを使って配布しやすくしよう

概要

Javaで開発されたアプリケーションにはインストールにまつわる難点がある。

それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである

また、サーバーサイドアプリケーションJavaである場合デプロイ監視の際の難点が多く運用者を悩ませてきた。

javafxで導入されたパッケージャを用いることで各OSネイティブインストーラーの作成が可能になり、この問題を解消・緩和できる。

SpringBoot などを用いた ExecutableJar作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるものパッケージングできる。

問題点の整理

Javaで開発されたアプリケーションの配布には以下の問題点がある。

解決方法として

javafx-maven-pluginを使うとよい。javafxと冠しているが実態パッケージングツール

javafxの冠があるがためにスタンドアロンアプリ開発者以外を遠ざけている感あり。

Windows(msi/exe), Linux(rpm/deb), Mac(dmg) など各OSディストリビューション固有のパッケージングが行える。

公式ページ( http://zenjava.com/javafx/maven/ )では更新が止まっているが、Github( https://github.com/zonski/javafx-maven-plugin )とMavenRepository( http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.zenjava%22%20AND%20a%3A%22javafx-maven-plugin%22 )を確認するとちゃんと開発は続いている。

実際にどのようにすればパッケージングできるか

まずアプリケーションmaven アプリとして開発する。

pom.xml に以下を追加する。

mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。

vendor適当組織や個人の名前を入れておきましょう。

※ 以下の XML が化けるのは増田不具合仕様っぽい。 http://anond.hatelabo.jp/20100205210805

<plugin>
  <groupId>com.zenjava</groupId>
  <artifactId>javafx-maven-plugin</artifactId>
  <version>8.1.2</version>
  <configuration>
    <mainClass>[main method class]</mainClass>
    <vendor>[Vendor Name]</vendor>
  </configuration>
</plugin>

あとはそのままビルドすればよい。

maven clean jfx:native

ビルドが終わると target/jfx/native 以下に、ビルドしたOS/distributionに合わせて msi, exe, deb, rpm, dmg ができあがります

本当であればクロスビルドできてしかるべきなのですが、まだ実現はされていないようです。

これらのパッケージは Widonws であれば Program Files(x86) に、Linux系であれば /opt/ の下にインストールされるようです。

/opt/app-name/ の下には app と runtime の2つのディレクトリがあります

app の下にはビルドした jar ファイル依存ライブラリが置かれています

runtime の下には実行用の jre が配備されています

実行ファイルにそのまま引数を渡せば jar 実行時の引数としてそのまま渡されます。(-Xmxなどはまだ未検証です)

課題

OS毎の注意点

2011-04-08

Javaを使ったプログラミング言語

最近Scala信者が増えたが、ScalaGroovyClojure仕事している人はいるのだろうか?

Java比較してライブラリが増えるわけでもなく、応用分野が増えるわけでもなく、良さが理解できない。

検索順位人気順言語登場年特徴
1位95位Scala2003年Java関数型言語の特徴を組み込んだ。
2位71位Groovy2003年Javaより少ない記述量が特徴。
3位-Jython1997年Python 2系のポーティング
4位-JRuby2001年Rubyポーティング
5位-Clojure2007年Lisp方言、つまり関数型言語
6位75位JavaFX Script2008年JavaFXを残して廃棄処分。
 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん