【Java標準GUIライブラリ】 JavaFX スレッド
みんなー、息してるー?
後発のguiツールキットはどれもいまいち普及しませんな
バインディングとかCSSとかやめたほうがいいんじゃないの >>260
してないw
言語の標準GUIに同レベルのライブラリがあるマルチプラットフォーム言語に
移住しようと思っているのだか、そんな言語ありゃしねぇwww SwingとかJavaFXやる人ってのは、グリッドとかちょっと複雑なウィジェットを使いたいんだと思うんだよね
でも世の中はシングルページとタッチ操作みたいなどんどん単純なほうに行ってる
先は明るくないですな お手軽タッチでなんでもお手軽かつ効率よく操作できるなら苦労せんわけで Electron触りたくないなー
てかjavascriptいやだ >>265
だよね。一貫してJavaで書けるのがJavaFXのいいところ。 MicrosoftのF#ですら、VisualStudioから外されてないというのに( ゚д゚)! javafxっていうよりセンスの問題なんだけど、
なんか作ったアプリの見た目がダサいっていうか纏まらないっていうか……。
gui部品の配置とかのセオリーみたいなのが勉強できるサイトってないかな?
機能はちゃんと実装してるんだけど使い勝手もいまいちだし、
定番的な配置とか知りたい。 Spring Bootに移住することを考えているけど、Spring BootってJavaFXより難しそう。 大丈夫も何も、致命的な脆弱性でもない限り現状放置でしょ
JavaFX自体が廃止されたのに何言ってるんだ
OpenJFXなんか形だけでほとんど活動してないし、もうとっくに死んでることをいいかげん受け容れなさい javaでGUIならjavafxという記事を見たのですが中々情報少なく困っています。
しかもこのスレ見ると近々なくなるというレスもあるようですがswingにうつるのが懸命ですか? >>274
JavaFXを外すというアナウンスには、AWTやswingも移管先を探すと書いてあったので、swingなら大丈夫というものでもない。
Springのようなフレームワークに移るといういのも手かもしれないが、アノテーションがいっぱい出てきてよくわからん。 マルチプラットフォームのGUIアプリの最適解がJavaFXだったけど
ここまでお先真っ暗だと流石に不安
だからといって乗り換え先も無いし…
思いつくのはPythonにtkが入ってるのぐらいだ
Golang辺りの言語にGUIツールキット内包してくれんかな もはやElectron以外の選択肢が無い
10年前はマルチプラットフォームの代表がJavaScriptになるとはだれも思わなかっただろうな
こんなJavaに誰がした なんでデスクトップアプリケーションまでJSとCSSで開発せなあかんねん… >>281
正直それはある
CSSはともかJS書くぐらいなら普通にJavaで書きたい Rails と同じ。
実行環境が、Node.js になる
Electron, VSCode と同じ。
jQuery, Vue.js なども使う
Ruby + JS または、Java + JS。
画面は、HTML, JS
Haxe も同じ トランスパイル文化が構築済みのJavaScriptならまだ許せるけど
どう書いても負債にしかならないRubyだけは簡便してくれ クロスプラットフォームを叫んでMSに中指立ててJavaへ行った連中が、
今やElectronでMSのケツを舐めながらクロスプラットフォームやってるんだもんな
時の流れは残酷である それ言ったら
最初からOracleが出してた言語だったら
誰もJavaなんかやってないだろ
買収で会社変わる度にそんな事言ってたらプログラマやっていけん >>288
Electronはgithubが作ったけど
MSにgithubが買収された github買収前からMSは最大のElectronユーザー(もちろんVSCodeな)で、Electronにもコミットしまくってるよ 移住先として Spring Boot と Electron と JavaFX を比べるのって、間違ってる? Oracleのスタッフは、Java8がサポート終了したらOpenJFXの開発を辞めて、そこでJavaFX開発終了? もとからフリーだから誰かやるんじゃねえか?やらんか? >>294
オープンだからやる人がいてもおかしくはないが、現実にやる人が出なければそこで終わってしまう。
そして、OpenJFXは現実に開発する人が十分出てくるには、そのプログラムの規模に比べて使用人口が少ない。 そもそもの話として、普通のJavaのライブラリの様にGradle/Mavenで追加するだけで使えるのか?
それができなきゃ普及の見込みは全くないな。 >>296
使えるけど、プラットホームごとに必要なファイルが違うみたい。
ttps://skrb.hatenablog.com/entry/2018/07/25/220530
write once debug anywhereとか、これはもうだめかもわからんね。 オブジェクト指向って何っておもってJavaに手だして
でもCUIだけじゃつまんないからGUIも一緒にってことでFXやりはじめてたけど
どうすりゃええの? 使ってる身でこんな事言いたかないけど
GUIやるなら他の言語にしときな
C#辺りならJavaから乗り換えるのもそんなに苦じゃないよ
JavaFXはディスコンになるからこれから勉強するには適さないよ
ほんと迷惑な話だよ・・・ >>300
切り離されることで、最新のJVMへのリリース日対応が保証されなくなる。
開発中止にならないという保証もなくなる。
少なくとも切り離されたことで、かなり扱いづらくなった。
jmodsとかどうしていいかわからん。 >>302
でもJDK同梱になるから配布したのが動かなくなるわけじゃないだろ?
GUI部分にセキュリティの脆弱性が発見されるというのも考えにくいと思うし、
最悪の場合、ずっと古いのを使ってればいいのでは。 >>297
これまでのJavaFXも内部でプラットフォーム毎に違うファイルを使ってたはず
そういったファイルがしっかり作られているという信頼がおけるから
プラットフォーム非依存だと言ってただけでしょ
とはいえ、個人開発者がボランティアでやってるような状況になったのは、懸念がある。
オラクルもJavaFXエンジニアを雇用してるはずだけどどうするのか。 scene builder最初使おうとしたけど結局コード直接書く方が楽だな
細かい事やろうとしたらコード書かなきゃならんし、全部コードでやる方が良い mavenでfxを入れると
開発環境のプラットフォーム用のライブラリがDLされる?
ここではwinライブラリしか出てきていない。
https://skrb.hatenablog.com/entry/2018/07/25/220530
ここもwinライブラリしか出てこない。
https://seraphy.hatenablog.com/entry/2018/07/27/175105
>maven-dependency-plugin で依存jarをmodsフォルダに出力するようにしているので、
この処理で依存ライブラリだけを見てるからか?
開発環境と異なるビルドをする方法はあるんだろうか。 >>304
OCAにサインしてOracleに無償の献身を誓った個人開発者、だぞ
今の体制のままならOracleが完全に手を引いたら絶対に確実に間違いなくJavaFXは消滅する https://aoe-tk.hatenablog.com/entry/2018/03/18/185144
この記事によると今後も大丈夫みたいに書いてあるけど
どうせどの言語もライブラリもプロジェクト消滅とか停滞のリスクはあるんだし
俺は今後も使うよ フリーなのが救いだな。誰もメンテナンスしなくなっても最悪自分でなんとかできる。できなくてもできる人にやらせる事が可能かも知れない。金掛かるかも知れないがな。
ブロブライエタリだど握りしめられたまま死なれたら終わりだ。本当に二度と使えなくなる。 >>307
Oracle完全撤退後は、もはや何もコミットしてないOracleに対して何故かソースを寄贈し続けなければならない謎プロジェクトになるんだぞ
そんなものに進んで協力する奴がいたらよほどのドMだな
OCAを廃止しない限り、OpenJFXはどう転んでもコミュニティプロジェクトとして成立し得ないよ openjfx本家死んでもgluonのhard forkに開発者移るだけだろう。
サポートされるデバイスが増えるだけ。 >>311
そのGluonの収入基盤がまた不安なんだよね。Gluon Mobileで開発なんて話まったく聞かないし。
表に出てこないだけで、それなりに売り上げているんだろうか。 Gluonは囲い込んで金取ることばかり考えてて時代錯誤な印象だわ
元々JavaFXにタダ乗りしてXamarinの劣化コピーを作ろうとしてただけで自分達で積極的にJavaFXコアの開発を推進する気はなさそうだし
現状のまま売り逃げして終わりだろうな
こんなものに期待するくらいならJava to .NETコンパイラでも作ってXamarin使ったほうが遥かにマシだな >>313
Gluon はどうやって収入を得ればよかったんだろうか。 そもそもビジネスモデルが間違っているからどうやってもダメだよ
モバイル向けの開発ツールキットはあくまでプラットフォームビジネスの付属品であり、単独では商売として成立しない
この手の最大手であったXamarinですらダメだったのに、なぜそれよりあらゆる面で劣るオモチャで儲けられると思ったのか >>315
JavaFXにはどうあがいても絶望しか残されていなかったということか。
得をしたのは開発中止という格好悪い方法を避けて体よくJavaFXを捨てることが出来たOracleだけか... クライアントサイドもできたほうがJavaユーザー増えると思うんだけど
JavaFX自体は良い感じ 反例 : 過去20年のJava
まあ、よく頑張ったよ
もう楽にさせてやろう でもクライアントサイドが作れませんとなったら
新たにプログラミングを学ぶ人が選ばないと思う >>319
プログラミング必修化で、業務でなく趣味でプログラミングする人も増えるだろうけど、
確かに趣味でやるにはWebフレームワークでGUIというのは負担が重すぎる。
かくいう自分も趣味でJavaFXから入ったくち。 確かに趣味でやるのにGUIがやりにくいでは
選ばれにくくなるだろうな
やっぱWindowだしてやりたいもんなあ xamarinxamarin言ってるやつは何しに来たんだ?xamarinが最大手?馬鹿抜かせ。
日本以外の世界の水道・ガス・パーキングメーター類、ハンディPOS、中身組み込み向けjavaだぞ。
BD-Jもjavaだしxamarinどこにあるんだよ。
gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
組み込みじゃフットプリントでかすぎるし、リソース食い過ぎるし、
組み込みにRIAみたいないちいちアニメーションするguiも必要ない。
そういうのは富豪環境のエンドユーザー向けでやればいい。
xamarinと被る領域なら最近は組み込みまでnodeじゃん。 >gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
GluonはJavaFXするための会社だから、存在を全否定するのはやめて差し上げろ。 FXやりたいんじゃなくて、やりたいのは金儲けでしょ
そもそもGluonってJavaFXにタダ乗りしてXamarinモデルで一儲けしようとしてただけで、
JavaFXの本体の開発を進めるなんて全く言ってないし実際やってもいないのに的外れもいいとこ >>325
一応JavaFXに関する貢献でDukes Choice Award を2015年に取っているから
何もしていないということはないと思うが、
GluonにJavaFXの開発をする体力はないだろうという点には同意する。 筋違いの期待をしてる人には気の毒だが、そもそもGluonは本体はオープンソースですらない
別にGluonを非難する意図はないぞ
そこらへんのたかが一中小企業に対して、どう頑張っても自社の独占資産にならないGPLソフトウェアに全力投資しろというのは無茶な話だ 話題にしたいのはGluonが金儲けをするためにはどうするべきだったかではなくて、
JavaFXが安定して発展するにはGluonがどうすればよかったかなのだが、
>>316で言ったように最初から無理ゲーだったということでおk? ニコニコ大百科見てないなら黙ってりゃいいのにでしゃばりかw >>331
言いたいことわからないとか本気でいってんのかよ
そんなんだから普及しないんだよバカ >>333
>>331が>>329の言いたいことがわからないことと、JavaFXが普及しないことに因果関係はないと思うんだけど。
>>333の頭の中身は大丈夫なのでしょうか。 いや>>333のバカってのはいわゆるツンデレというやつだろう。 >>334
言いたいことがわからないっていってるんだから因果関係もない
お前の頭が大丈夫なのか
そもそもJavaFXの関係ある話なの? JavaFXのスレでなに期待してんだろうなこのバカ >>334
わかったから
ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx
で
何がいいたいかくらいわかれバカ >>350
言いたいことあるなら言ってみろ?オラ
ゴミレスしやがって >>351
マジレスするけどJavaFXの人気ないでしょ そもそも次スレ立つかどうかもわからんけど
次は標準が外れるんだな(´・ω・`) >>354
JDK11からなので、もう外れているとも言える。 誤解した。スレタイから標準の文字が外れるという意味か。 流行らせれば良いんだよ。そうすればデファクトスタンダードになってやがてISOとかに登録されて標準化される。