【Java標準GUIライブラリ】 JavaFX スレッド

**デフォルトの名無しさん** · 2018/05/24(木) 10:36:46.57

ACQ3X

**デフォルトの名無しさん** · 2018/05/30(水) 12:54:57.48

みんなー、息してるー？

後発のguiツールキットはどれもいまいち普及しませんな
バインディングとかCSSとかやめたほうがいいんじゃないの

**デフォルトの名無しさん** · 2018/05/30(水) 19:21:31.47

>>260
してないw
言語の標準GUIに同レベルのライブラリがあるマルチプラットフォーム言語に
移住しようと思っているのだか、そんな言語ありゃしねぇwww

**デフォルトの名無しさん** · 2018/05/31(木) 03:53:31.67

とっととElectronにでも移行するか…

**デフォルトの名無しさん** · 2018/05/31(木) 12:52:18.65

SwingとかJavaFXやる人ってのは、グリッドとかちょっと複雑なウィジェットを使いたいんだと思うんだよね
でも世の中はシングルページとタッチ操作みたいなどんどん単純なほうに行ってる
先は明るくないですな

**デフォルトの名無しさん** · 2018/06/04(月) 22:24:46.48

お手軽タッチでなんでもお手軽かつ効率よく操作できるなら苦労せんわけで

**デフォルトの名無しさん** · 2018/06/05(火) 21:18:12.63

Electron触りたくないなー
てかjavascriptいやだ

**デフォルトの名無しさん** · 2018/06/07(木) 06:15:23.29

>>265
だよね。一貫してJavaで書けるのがJavaFXのいいところ。

**デフォルトの名無しさん** · 2018/06/11(月) 14:40:25.90

俺はGTK一筋だけど、細長いぜ

**デフォルトの名無しさん** · 2018/06/11(月) 21:35:21.53

MicrosoftのF＃ですら、VisualStudioから外されてないというのに( ﾟдﾟ)!

**デフォルトの名無しさん** · 2018/06/15(金) 10:35:55.74

共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能　elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://www.sketchapp.com/
ttp://photoshopvip.net/103903
ttps://goodpatch.com/blog/sketch-plugins/

Trello Chrome拡張機能プラグイン集
https://chrome.google.com/webstore/search/trello?_category=extensions

Slackプラグイン集
https://slack.com/apps

Sketchプラグイン集
https://sketchapp.com/extensions/plugins/
https://supernova.studio/

**デフォルトの名無しさん** · 2018/06/22(金) 15:34:12.67

javafxっていうよりセンスの問題なんだけど、
なんか作ったアプリの見た目がダサいっていうか纏まらないっていうか……。
gui部品の配置とかのセオリーみたいなのが勉強できるサイトってないかな？

機能はちゃんと実装してるんだけど使い勝手もいまいちだし、
定番的な配置とか知りたい。

**デフォルトの名無しさん** · 2018/06/26(火) 06:12:24.05

Spring Bootに移住することを考えているけど、Spring BootってJavaFXより難しそう。

**デフォルトの名無しさん** · 2018/07/02(月) 05:44:10.21

>>50
Nashornが廃止されるらしいが、JavaFXのWebViewは大丈夫なんだろうか。
Nashorn使っていないという説もあるらしいが...
https://kiidax.wordpress.com/2014/09/15/javafx-8%E3%81%AEwebview%E3%81%AEjavascript%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AF%E4%BD%95%EF%BC%9F/

**デフォルトの名無しさん** · 2018/07/02(月) 08:26:43.87

大丈夫も何も、致命的な脆弱性でもない限り現状放置でしょ
JavaFX自体が廃止されたのに何言ってるんだ
OpenJFXなんか形だけでほとんど活動してないし、もうとっくに死んでることをいいかげん受け容れなさい

**デフォルトの名無しさん** · 2018/07/04(水) 21:41:44.67

javaでGUIならjavafxという記事を見たのですが中々情報少なく困っています。
しかもこのスレ見ると近々なくなるというレスもあるようですがswingにうつるのが懸命ですか？

**デフォルトの名無しさん** · 2018/07/04(水) 22:22:25.64

5IW

**デフォルトの名無しさん** · 2018/07/05(木) 16:39:38.12

5IW

**デフォルトの名無しさん** · 2018/07/06(金) 04:44:06.16

>>274
JavaFXを外すというアナウンスには、AWTやswingも移管先を探すと書いてあったので、swingなら大丈夫というものでもない。
Springのようなフレームワークに移るといういのも手かもしれないが、アノテーションがいっぱい出てきてよくわからん。

**デフォルトの名無しさん** · 2018/07/06(金) 17:32:16.67

マルチプラットフォームのGUIアプリの最適解がJavaFXだったけど
ここまでお先真っ暗だと流石に不安
だからといって乗り換え先も無いし…
思いつくのはPythonにtkが入ってるのぐらいだ

Golang辺りの言語にGUIツールキット内包してくれんかな

**デフォルトの名無しさん** · 2018/07/06(金) 19:39:46.09

Electronでしょ

**デフォルトの名無しさん** · 2018/07/07(土) 02:08:26.11

もはやElectron以外の選択肢が無い
10年前はマルチプラットフォームの代表がJavaScriptになるとはだれも思わなかっただろうな
こんなJavaに誰がした

**デフォルトの名無しさん** · 2018/07/07(土) 03:56:54.98

なんでデスクトップアプリケーションまでJSとCSSで開発せなあかんねん…

**デフォルトの名無しさん** · 2018/07/07(土) 04:36:13.19

>>281
正直それはある
CSSはともかJS書くぐらいなら普通にJavaで書きたい

**デフォルトの名無しさん** · 2018/07/07(土) 08:02:12.12

Rails と同じ。
実行環境が、Node.js になる

Electron, VSCode と同じ。
jQuery, Vue.js なども使う

Ruby + JS または、Java + JS。
画面は、HTML, JS

Haxe も同じ

**デフォルトの名無しさん** · 2018/07/07(土) 08:11:38.60

トランスパイル文化が構築済みのJavaScriptならまだ許せるけど
どう書いても負債にしかならないRubyだけは簡便してくれ

**デフォルトの名無しさん** · 2018/07/07(土) 14:20:50.52

sageてるのにあがってる
なんだこれ？

**デフォルトの名無しさん** · 2018/07/07(土) 15:03:45.88

クロスプラットフォームを叫んでMSに中指立ててJavaへ行った連中が、
今やElectronでMSのケツを舐めながらクロスプラットフォームやってるんだもんな
時の流れは残酷である

**デフォルトの名無しさん** · 2018/07/07(土) 15:36:07.51

それ言ったら
最初からOracleが出してた言語だったら
誰もJavaなんかやってないだろ
買収で会社変わる度にそんな事言ってたらプログラマやっていけん

**デフォルトの名無しさん** · 2018/07/07(土) 15:38:23.06

ElectronでMS?

**デフォルトの名無しさん** · 2018/07/07(土) 15:42:01.91

>>288
Electronはgithubが作ったけど
MSにgithubが買収された

**デフォルトの名無しさん** · 2018/07/07(土) 15:47:07.05

github買収前からMSは最大のElectronユーザー(もちろんVSCodeな)で、Electronにもコミットしまくってるよ

**デフォルトの名無しさん** · 2018/07/24(火) 22:27:04.66

移住先として Spring Boot と Electron と JavaFX を比べるのって、間違ってる?

**デフォルトの名無しさん** · 2018/08/05(日) 05:14:41.83

Oracleのスタッフは、Java8がサポート終了したらOpenJFXの開発を辞めて、そこでJavaFX開発終了?

**デフォルトの名無しさん** · 2018/08/05(日) 10:05:06.00

だろうな

**デフォルトの名無しさん** · 2018/08/05(日) 20:48:56.96

もとからフリーだから誰かやるんじゃねえか？やらんか？

**デフォルトの名無しさん** · 2018/08/06(月) 05:43:04.76

>>294
オープンだからやる人がいてもおかしくはないが、現実にやる人が出なければそこで終わってしまう。
そして、OpenJFXは現実に開発する人が十分出てくるには、そのプログラムの規模に比べて使用人口が少ない。

**デフォルトの名無しさん** · 2018/08/06(月) 11:15:20.63

そもそもの話として、普通のJavaのライブラリの様にGradle/Mavenで追加するだけで使えるのか？
それができなきゃ普及の見込みは全くないな。

**デフォルトの名無しさん** · 2018/08/06(月) 20:33:06.71

>>296
使えるけど、プラットホームごとに必要なファイルが違うみたい。
ttps://skrb.hatenablog.com/entry/2018/07/25/220530
write once debug anywhereとか、これはもうだめかもわからんね。

**デフォルトの名無しさん** · 2018/10/16(火) 01:48:02.95

オブジェクト指向って何っておもってJavaに手だして
でもCUIだけじゃつまんないからGUIも一緒にってことでFXやりはじめてたけど
どうすりゃええの？

**デフォルトの名無しさん** · 2018/10/16(火) 07:53:04.69

使ってる身でこんな事言いたかないけど
GUIやるなら他の言語にしときな
C#辺りならJavaから乗り換えるのもそんなに苦じゃないよ

JavaFXはディスコンになるからこれから勉強するには適さないよ
ほんと迷惑な話だよ・・・

**デフォルトの名無しさん** · 2018/10/16(火) 13:13:17.88

切り離されるだけで使えないことはないんだろ？

**デフォルトの名無しさん** · 2018/10/18(木) 21:15:27.87

FXがよかったになぁ・・・

**デフォルトの名無しさん** · 2018/11/06(火) 06:45:16.71

>>300
切り離されることで、最新のJVMへのリリース日対応が保証されなくなる。
開発中止にならないという保証もなくなる。
少なくとも切り離されたことで、かなり扱いづらくなった。
jmodsとかどうしていいかわからん。

**デフォルトの名無しさん** · 2018/11/10(土) 15:56:08.50

>>302
でもJDK同梱になるから配布したのが動かなくなるわけじゃないだろ？
GUI部分にセキュリティの脆弱性が発見されるというのも考えにくいと思うし、
最悪の場合、ずっと古いのを使ってればいいのでは。

**デフォルトの名無しさん** · 2018/11/10(土) 16:02:19.79

>>297
これまでのJavaFXも内部でプラットフォーム毎に違うファイルを使ってたはず
そういったファイルがしっかり作られているという信頼がおけるから
プラットフォーム非依存だと言ってただけでしょ

とはいえ、個人開発者がボランティアでやってるような状況になったのは、懸念がある。
オラクルもJavaFXエンジニアを雇用してるはずだけどどうするのか。

**デフォルトの名無しさん** · 2018/11/10(土) 16:06:08.57

scene builder最初使おうとしたけど結局コード直接書く方が楽だな
細かい事やろうとしたらコード書かなきゃならんし、全部コードでやる方が良い

**デフォルトの名無しさん** · 2018/11/10(土) 16:35:27.27

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フォルダに出力するようにしているので、
この処理で依存ライブラリだけを見てるからか？

開発環境と異なるビルドをする方法はあるんだろうか。

**デフォルトの名無しさん** · 2018/11/10(土) 19:44:58.73

>>304
OCAにサインしてOracleに無償の献身を誓った個人開発者、だぞ
今の体制のままならOracleが完全に手を引いたら絶対に確実に間違いなくJavaFXは消滅する

**デフォルトの名無しさん** · 2018/11/10(土) 19:57:35.54

https://aoe-tk.hatenablog.com/entry/2018/03/18/185144

この記事によると今後も大丈夫みたいに書いてあるけど

どうせどの言語もライブラリもプロジェクト消滅とか停滞のリスクはあるんだし
俺は今後も使うよ

**デフォルトの名無しさん** · 2018/11/10(土) 20:23:43.23

フリーなのが救いだな。誰もメンテナンスしなくなっても最悪自分でなんとかできる。できなくてもできる人にやらせる事が可能かも知れない。金掛かるかも知れないがな。
ブロブライエタリだど握りしめられたまま死なれたら終わりだ。本当に二度と使えなくなる。

**デフォルトの名無しさん** · 2018/11/11(日) 15:02:28.34

>>307
Oracle完全撤退後は、もはや何もコミットしてないOracleに対して何故かソースを寄贈し続けなければならない謎プロジェクトになるんだぞ
そんなものに進んで協力する奴がいたらよほどのドMだな
OCAを廃止しない限り、OpenJFXはどう転んでもコミュニティプロジェクトとして成立し得ないよ

**デフォルトの名無しさん** · 2018/11/12(月) 22:48:59.70

openjfx本家死んでもgluonのhard forkに開発者移るだけだろう。
サポートされるデバイスが増えるだけ。

**デフォルトの名無しさん** · 2018/11/13(火) 06:17:45.59

>>311
そのGluonの収入基盤がまた不安なんだよね。Gluon Mobileで開発なんて話まったく聞かないし。
表に出てこないだけで、それなりに売り上げているんだろうか。

**デフォルトの名無しさん** · 2018/11/13(火) 08:44:59.29

Gluonは囲い込んで金取ることばかり考えてて時代錯誤な印象だわ
元々JavaFXにタダ乗りしてXamarinの劣化コピーを作ろうとしてただけで自分達で積極的にJavaFXコアの開発を推進する気はなさそうだし
現状のまま売り逃げして終わりだろうな
こんなものに期待するくらいならJava to .NETコンパイラでも作ってXamarin使ったほうが遥かにマシだな

**デフォルトの名無しさん** · 2018/11/25(日) 10:34:22.08

>>313
Gluon はどうやって収入を得ればよかったんだろうか。

**デフォルトの名無しさん** · 2018/11/25(日) 11:14:37.59

そもそもビジネスモデルが間違っているからどうやってもダメだよ
モバイル向けの開発ツールキットはあくまでプラットフォームビジネスの付属品であり、単独では商売として成立しない
この手の最大手であったXamarinですらダメだったのに、なぜそれよりあらゆる面で劣るオモチャで儲けられると思ったのか

**デフォルトの名無しさん** · 2018/11/25(日) 11:37:10.53

>>315
JavaFXにはどうあがいても絶望しか残されていなかったということか。
得をしたのは開発中止という格好悪い方法を避けて体よくJavaFXを捨てることが出来たOracleだけか...

**デフォルトの名無しさん** · 2018/11/25(日) 15:24:07.23

クライアントサイドもできたほうがJavaユーザー増えると思うんだけど
JavaFX自体は良い感じ

**デフォルトの名無しさん** · 2018/11/25(日) 15:49:56.84

反例 : 過去20年のJava
まあ、よく頑張ったよ
もう楽にさせてやろう

**デフォルトの名無しさん** · 2018/11/26(月) 06:18:29.70

でもクライアントサイドが作れませんとなったら
新たにプログラミングを学ぶ人が選ばないと思う

**デフォルトの名無しさん** · 2018/11/26(月) 06:42:07.93

>>319
プログラミング必修化で、業務でなく趣味でプログラミングする人も増えるだろうけど、
確かに趣味でやるにはWebフレームワークでGUIというのは負担が重すぎる。
かくいう自分も趣味でJavaFXから入ったくち。

**デフォルトの名無しさん** · 2018/11/26(月) 11:13:55.60

確かに趣味でやるのにGUIがやりにくいでは
選ばれにくくなるだろうな

やっぱWindowだしてやりたいもんなあ

**デフォルトの名無しさん** · 2018/11/26(月) 21:40:59.64

FXもやってくぞー

**デフォルトの名無しさん** · 2018/11/27(火) 01:10:49.38

xamarinxamarin言ってるやつは何しに来たんだ？xamarinが最大手？馬鹿抜かせ。
日本以外の世界の水道・ガス・パーキングメーター類、ハンディPOS、中身組み込み向けjavaだぞ。
BD-Jもjavaだしxamarinどこにあるんだよ。

gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
組み込みじゃフットプリントでかすぎるし、リソース食い過ぎるし、
組み込みにRIAみたいないちいちアニメーションするguiも必要ない。
そういうのは富豪環境のエンドユーザー向けでやればいい。
xamarinと被る領域なら最近は組み込みまでnodeじゃん。

**デフォルトの名無しさん** · 2018/12/01(土) 06:57:32.19

>gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
GluonはJavaFXするための会社だから、存在を全否定するのはやめて差し上げろ。

**デフォルトの名無しさん** · 2018/12/01(土) 07:49:15.91

FXやりたいんじゃなくて、やりたいのは金儲けでしょ
そもそもGluonってJavaFXにタダ乗りしてXamarinモデルで一儲けしようとしてただけで、
JavaFXの本体の開発を進めるなんて全く言ってないし実際やってもいないのに的外れもいいとこ

**デフォルトの名無しさん** · 2018/12/01(土) 08:39:40.60

>>325
一応JavaFXに関する貢献でDukes Choice Award を2015年に取っているから
何もしていないということはないと思うが、
GluonにJavaFXの開発をする体力はないだろうという点には同意する。

**デフォルトの名無しさん** · 2018/12/01(土) 09:04:01.42

筋違いの期待をしてる人には気の毒だが、そもそもGluonは本体はオープンソースですらない
別にGluonを非難する意図はないぞ
そこらへんのたかが一中小企業に対して、どう頑張っても自社の独占資産にならないGPLソフトウェアに全力投資しろというのは無茶な話だ

**デフォルトの名無しさん** · 2018/12/01(土) 17:51:44.63

話題にしたいのはGluonが金儲けをするためにはどうするべきだったかではなくて、
JavaFXが安定して発展するにはGluonがどうすればよかったかなのだが、
>>316で言ったように最初から無理ゲーだったということでおk?

**デフォルトの名無しさん** · 2018/12/13(木) 18:43:00.51

ニコニコ大百科での暗躍も実を結ばなかったな

**デフォルトの名無しさん** · 2018/12/13(木) 18:43:26.32

JavaFX
https://dic.nicovideo.jp/a/javafx

**デフォルトの名無しさん** · 2018/12/13(木) 19:03:43.75

>>329
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/17(木) 20:38:34.91

ニコニコ大百科見てないなら黙ってりゃいいのにでしゃばりかｗ

**デフォルトの名無しさん** · 2019/01/17(木) 20:40:57.32

>>331
言いたいことわからないとか本気でいってんのかよ
そんなんだから普及しないんだよバカ

**デフォルトの名無しさん** · 2019/01/18(金) 10:53:22.72

>>333
>>331が>>329の言いたいことがわからないことと、JavaFXが普及しないことに因果関係はないと思うんだけど。
>>333の頭の中身は大丈夫なのでしょうか。

**デフォルトの名無しさん** · 2019/01/18(金) 23:19:24.49

何かと戦ってるんだろうなぁ

**デフォルトの名無しさん** · 2019/01/21(月) 10:54:21.77

いや>>333のバカってのはいわゆるツンデレというやつだろう。

**デフォルトの名無しさん** · 2019/01/22(火) 19:01:58.84

>>334
言いたいことがわからないっていってるんだから因果関係もない
お前の頭が大丈夫なのか
そもそもJavaFXの関係ある話なの？

**デフォルトの名無しさん** · 2019/01/22(火) 19:02:31.24

JavaFXのスレでなに期待してんだろうなこのバカ

**デフォルトの名無しさん** · 2019/01/22(火) 19:03:29.26

>>336
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/22(火) 19:05:16.91

>>334
わかったから
ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx

で
何がいいたいかくらいわかれバカ

**デフォルトの名無しさん** · 2019/01/22(火) 19:06:08.10

ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx

**デフォルトの名無しさん** · 2019/01/23(水) 09:38:21.37

暗躍？

**デフォルトの名無しさん** · 2019/01/23(水) 18:32:57.39

>>337-341
うわぁ…

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:06.37

>>343
うわああ・・・やばこいつｗｗｗ

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:25.00

>>342
暗躍じゃなきゃなんだよ

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:45.17

>>342
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:41:13.38

>>335
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:42:08.59

>>343
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:48:50.40

煽りだけは一人前なんだから嫌なんだよ
クズが！

**デフォルトの名無しさん** · 2019/02/04(月) 18:14:04.34

スレ伸びてるやん！

**デフォルトの名無しさん** · 2019/02/05(火) 09:40:56.91

JavaFXの人気に嫉妬

**デフォルトの名無しさん** · 2019/02/05(火) 22:09:37.36

>>350
言いたいことあるなら言ってみろ？オラ
ゴミレスしやがって

**デフォルトの名無しさん** · 2019/02/05(火) 22:09:56.80

>>351
マジレスするけどJavaFXの人気ないでしょ

**デフォルトの名無しさん** · 2019/02/05(火) 23:26:20.93

そもそも次スレ立つかどうかもわからんけど
次は標準が外れるんだな(´・ω・`)

**デフォルトの名無しさん** · 2019/02/06(水) 06:46:34.91

>>354
JDK11からなので、もう外れているとも言える。

**デフォルトの名無しさん** · 2019/02/06(水) 08:38:39.25

誤解した。スレタイから標準の文字が外れるという意味か。

**デフォルトの名無しさん** · 2019/02/06(水) 15:16:17.92

俺の心の中では永遠に標準

**デフォルトの名無しさん** · 2019/02/09(土) 14:39:10.08

伸びてるから期待してみたら・・・
まったくぅ

**デフォルトの名無しさん** · 2019/02/09(土) 15:50:05.38

流行らせれば良いんだよ。そうすればデファクトスタンダードになってやがてISOとかに登録されて標準化される。

**デフォルトの名無しさん** · 2019/02/10(日) 23:17:53.46

JDK8のJavaFX使うのむっちゃ楽だったのにな～

**デフォルトの名無しさん** · 2019/02/19(火) 05:10:46.16

>>360
まったくだ。
JDK11だとどうすれば使えるのかすらよくわからん。

**デフォルトの名無しさん** · 2019/02/25(月) 21:42:40.83

ちょっとスレチだけどいい？もしかして、Java標準のGUIってSwing？

**デフォルトの名無しさん** · 2019/02/26(火) 09:56:24.17

まあ、最初からライブラリに含まれているので標準と言えば標準かな。

**デフォルトの名無しさん** · 2019/03/02(土) 15:41:40.44

Amazon CorrettoがJavaFXをサポートしていると聞いて入れてみたが、だめだった。
色々ないものがあるらしい。
https://stackoverflow.com/questions/53876524/is-javafx-media-supported-by-corretto

**デフォルトの名無しさん** · 2019/03/31(日) 04:43:09.25

openjfx12からscenebuilder削除されたからgluonのハードフォークが名実ともにscenebuilderになったな。
プロパティファイル化けてんの直してほしいけど、今openjfxのスポンサーgluonだし、
openjfxの公式サイトがgluonでそこからダウンロード出来るのがgluonのビルドだし、
ただのミラーのはずだったgluonのportingのgithub issuesにopenjfx関連のissueあるしこのままjavafx乗っ取られたりしてなw

>>360,361,364
9以降にopenjfxの適当なdistroのモジュールパス通すだけよ。
gluonのsdkでも自分でビルドしてもビルドツール使ってもjavafxバンドルしたjre作っても何でも良いよ。
非モジュールのjavafxアプリをhogehogeするよりモジュール化した方が簡単。

**デフォルトの名無しさん** · 2019/05/14(火) 04:11:54.09

corretto8入れて解決
足りないものがあるなら言えば入れてくれるだろ

**デフォルトの名無しさん** · 2019/05/28(火) 12:52:24.67

>>365が言ってるのは自己完結型だな
>>366はOS共通のJDKでJavaFXやる方法

**デフォルトの名無しさん** · 2019/06/21(金) 06:10:10.33

>>366
言っても入れてもらえなかったぽい。代わりに
https://bell-sw.com/pages/java-8u212
なんてものがあるらしいが、問題は
BellSoftがマイナーすぎてOracleやAmazonほどに世間の検証を受けていないことか。

**デフォルトの名無しさん** · 2019/08/29(木) 00:33:37.84

gluonのjavafxバイナリがマイナーチェンジする気まったくないな。
SceneBuilderは自分でビルドすればいいとしてopenjfxめんどくさいのがな。
Liberica JDKはopenjfxは12みたい。11の新しいリビジョンはソースからビルドするしかなさそう。

**デフォルトの名無しさん** · 2019/09/25(水) 02:33:18.22

>>365 >>366
あのさあ・・・
JDK8時代と比べて何も違わんとか言いたげなのは明らかにおかしいだろ
そりゃ過疎るわ

**デフォルトの名無しさん** · 2019/10/23(水) 16:53:10.00

FXML使う価値ある？直接コード書いたほうが楽なんだけど

**デフォルトの名無しさん** · 2019/10/24(木) 21:46:16.93

>>371
SceneBuilderを使ってGUI上でFXMLを作成できるのが売り。
生FXMLを書くくらいならコードを書いた方が楽なのには同意する。

**デフォルトの名無しさん** · 2019/10/25(金) 15:42:06.38

でもSceneBuilderだとすぐに限界に到達するんだが・・・。
JavaFXってのは迷走してるおかしなプロジェクトなのでは。
初期の頃何か独自スクリプトがあって廃止されて、FXMLとかSceneBuilderも微妙・・・。
性能もコード資産の量もSwingのほうが上だと言われてる。

**デフォルトの名無しさん** · 2019/10/25(金) 15:43:13.24

そもそもなんでOracleはSwingを続けるんじゃなくJavaFXを始めたのか？
JavaFXはモバイル対応してるというけどSwingをモバイル対応させればよかったのでは

**デフォルトの名無しさん** · 2019/10/25(金) 21:36:02.66

>>374
どこまで本当か知らないけど、SceneBuilderみたいなGUIツールでデザインしてから
Swingのコードを生成するのは難しかった(実際にそういうツールはあるが不安定)
ので、XMLを導入することにしたとか聞いたことがある。
また、SwingにはBindingとかのReactive Programmingのような仕組みがない。

Swingもそれほど使われていなかったから、この際パラダイムごと更新してしまおうと思ったら
Swing以上に使われなかったというオチがついてしまった。

**デフォルトの名無しさん** · 2019/10/26(土) 08:24:20.30

プロパティバインド使うとモデル側コードにStringPropertyとかの
JavaFX関連コードが出てきて嫌なんだけど？
どこがモデルとビューの分離なの？
それでどうやってビューを別のGUIフレームワークに自由に切り替えれるの？

**デフォルトの名無しさん** · 2019/10/26(土) 13:30:57.74

それはモデルじゃなくてライブラリが受け持つ話では？

**デフォルトの名無しさん** · 2019/10/26(土) 13:44:16.28

例えば。
https://qiita.com/kenji-yokoi/items/5cd5f74865de7617cfb5
＞public class Model {
＞private StringProperty valueProperty = null;

https://docs.oracle.com/javase/jp/8/javafx/properties-binding-tutorial/binding.htm
＞class Bill {
＞ private DoubleProperty amountDue = new SimpleDoubleProperty();

https://gist.github.com/aoetk/4363405
＞public class Person {
＞ private StringProperty name = new SimpleStringProperty();

これらはすべてモデルにProperty系クラスが表れている。
でもPropertyはjavafxパッケージに含まれている。
モデルとビューの分離というなら、モデルをほかのGUIフレームワークでも使いまわせるように
クラス依存関係自体が分離されるべきだと思う。

**デフォルトの名無しさん** · 2019/10/26(土) 15:44:51.28

>>376
自分も同じことを感じたことがあるので、言いたいことは概ねわかるつもり。

あるClass AModelの、あるフィールドAModel#fieldについて、Javaのお作法通りにしていれば
AModel#getField, AModel#setFieldをObjectPropertyを使って書けば、
AModelを継承したObserveableなModelクラスが出来上がるということなのかなと
解釈してそれ以上は考えないようにしている。

多分GUIフレームワークをJavaFXに一本化することを目標に開発されたので
他のGUIフレームワークでModelを使いまわすことは考えられてない。
Model作成の段階で最初からPropertyを用いるという前提だろうとは思う。
最初にも書いたように、他のライブラリやフレームワークと組み合わせようとすると
障害が大きいことには同意する。

**デフォルトの名無しさん** · 2019/10/26(土) 15:57:08.47

JDKを作ってる人達なら
任意のオブジェクトの状態変更を監視するように作ることもできたんじゃないか？
オブジェクトの状態が更新されたらGUIも更新、
更新頻度が激しすぎるといけないから最速でも１秒に１回、とか。

それにしたってDB上で更新が発生したらどうするのかと思うけど。

**デフォルトの名無しさん** · 2019/10/26(土) 17:16:43.97

>>380
できたとは思うけど、OptionalをObjectのスーパークラスにしなかったくらいだから、
そんな変更はできたとしても言語コンセプト的にもしなかっただろうと思う。
JavaFXがOptional以上に大事なものであればあるいいは...ないか....

DB上で更新検出はJavaFX以外でも難しそう。

**デフォルトの名無しさん** · 2019/10/26(土) 17:24:54.18

プロパティバインドというアイデアは永続化されないモデルでだけ有効。
ゲームアプリならありそうだけど普通のアプリでは無さそうな気がする。

DBからオブジェクトを読み出す場合、読み出した時点のデータのまま変化しないし。
変化を検出できるのはもう一度DBから読み出した時だ。

最初独自スクリプトがあって廃止されて、プロパティバインドも微妙。
SceneBuilderやFXMLは一部の人達は使ってるのか知らんが俺には良さそうなものに思えないし。
JavaFXを設計してる人達の構想力まで怪しく思えてくる。

でもなぜかJavaFX好きではあるんだけど。

**デフォルトの名無しさん** · 2019/10/27(日) 05:06:45.01

>>382
SceneBuilderはとっつきやすくて配置の微調整をやりながら構成するのに便利だったけど、
FXML内で反復(及び分岐)をしようとしたときと、動的に数値を変更しようとした時には絶望しか無いことには同意する。
まあ、コントローラー側と組み合わせてなんとかした。

プロパティバインドは、自分はゲームじゃないけどMVCで使っているうちにMVVMを再発明したw

**デフォルトの名無しさん** · 2019/10/27(日) 23:17:14.16

mvvmfxというライブラリなかったっけ？

**デフォルトの名無しさん** · 2019/10/27(日) 23:29:18.97

>>384
ありがとう。でもまだそれが存在しない頃の話だったんだ....

**デフォルトの名無しさん** · 2019/10/29(火) 22:17:46.91

JavaFXが分離されてしまった今
JavaのGUIアプリは何を使うのが正解なのだろうか

**デフォルトの名無しさん** · 2019/10/30(水) 09:33:41.93

awt

**デフォルトの名無しさん** · 2019/11/03(日) 22:40:42.80

時代はswt

**デフォルトの名無しさん** · 2019/11/06(水) 21:42:11.63

javaFXじゃなきゃやだぁ

**デフォルトの名無しさん** · 2019/11/07(木) 11:48:57.39

遠慮なくどんどん使ってください

◆JAVA/drQNg · 2020/02/25(火) 02:51:55.03

JavaSEから外したのは残念

◆JAVA/drQNg · 2020/02/25(火) 02:52:38.11

>>388 swtてPureJavaでしたっけ？

**デフォルトの名無しさん** · 2020/02/26(水) 01:35:11.58

自分で配布するjarファイルとかにはJavaFX含めても良いんだよな？
まあ多分俺はしないと思うが。

**デフォルトの名無しさん** · 2020/02/29(土) 21:47:18.51

>>386
Swingがあるじゃないか

**デフォルトの名無しさん** · 2020/05/04(月) 23:29:15.43

気晴らしに昔の話にレスしよう。

>>373
>性能もコード資産の量もSwingのほうが上だと言われてる。
newt並に低レベルなウィンドウ周りとレンダラのパイプラインが一段少ないからそれはないと思う。
ハードウェアもPS世代と固定機能世代だし。

>>374
>Swingをモバイル対応させればよかったのでは
初めからjava meで動く。CDC+AGUIでswing含む。

>>375
>また、SwingにはBindingとかのReactive Programmingのような仕組みがない。
SwingLabが開発しててJSRもあったけどsunがjavafxに注力するから全部白紙になっただけ。
SwingApp framework, beans binding, timing framework, SwingX, JMediaは白紙後全部javafxで同じアイディア実現したよ。
swing teamが協力したし。
swingにないのはコレクションベースのプロパティくらいかな。

**デフォルトの名無しさん** · 2020/05/08(金) 05:37:03.88

JavaFXすごいなUIスレッドと別に描画スレッドがあるのか（WPFと同じ）
Swingでは描画もUIスレッドで行われていたから独自描画とか重いことするとキーイベントやマウスイベントが遅延してた
これがアプリが重いと言われる原因になることも多かったと思う

JavaFXでは描画スレッドが分離したおかげでUIスレッドが軽くなった
ただし中途半端な状態が描画されることもあるので実装には注意が必要
・スタイルクラス.blueを外す
・スタイルクラス.redを付ける
これだと色が青から赤に変わる前に一瞬デフォルトカラーが見えてしまうことがある（もちろん変更はUIスレッドでやってる）
・スタイルクラス.redを付ける
・スタイルクラス.blueを外す
といった工夫が必要

**デフォルトの名無しさん** · 2020/05/08(金) 05:43:58.65

トランジション・アニメーションが描画スレッドだけで完結できないのが残念
プロパティ更新自体はUIスレッドで行われるから
マウスイベントハンドラなんかで重い処理をするとアニメーションがガタつく
結局、プログラマーが適切に非同期処理を実装しないといけないんだなあ

**デフォルトの名無しさん** · 2020/05/08(金) 11:12:02.25

SwingでもEDTで重い処理すんなってのは常識だと思ってたけど……
SwingUtilities#invokeLater(Runnable) とか……

**デフォルトの名無しさん** · 2020/05/08(金) 12:21:07.75

ビジネスロジックをワーカースレッドで実行するのは当然分かってるよ
それでもUIスレッドでしかできないことってあるのよ

**デフォルトの名無しさん** · 2020/05/30(土) 02:21:06.70

描画スレッド=UIスレッド＝FXスレッドじゃないの？
描画スレッドとUIスレッドを別のものとして喋ってるのが良く分からん。

https://docs.oracle.com/javase/jp/8/javafx/interoperability-tutorial/concurrency.htm

トランジションあたりは良く調べてないけど、
その辺がスムーズに動かないならJavaFXベースのゲームエンジンは無謀なのかな。

**デフォルトの名無しさん** · 2020/05/30(土) 06:53:55.51

JavaFXではUIスレッドとは別に描画スレッドがあるのよ
これがSwingとの大きな違い
UIスレッド＝FXスレッド
描画スレッド＝Prismスレッド

WPFも同様にUIスレッドと描画スレッドを持つGUIツールキットだ

**デフォルトの名無しさん** · 2020/05/30(土) 08:14:38.00

javafx+3dで描画軽くする方法ありますか？
大量にshape3dを表示すると重くて重くて
オクルージョンカリングなるものを実装しようにもjavaでの実例が見つからず厳しい

**デフォルトの名無しさん** · 2020/05/30(土) 08:47:50.17

やりたいことはこのように複数のBoxを組み合わせていきたい
https://imgur.com/p1mGbkc.png
ただ通常のBoxでは枠線が表示されないため現状１つのBoxにCylinderを12本くっつけて枠線として表示してる
他にはRectangleを６つ組み合わせて面表示しない方法
テクスチャ―を張り付けてそれっぽく見せる方法を試したけど今のところ一番良かったのがCylinderの手法
普通のBoxとワイヤーフレームを合体させる方法が一番軽量なんだけどTriangleMesh(三角形メッシュ)になってしまって見栄えが悪いのでNG
https://imgur.com/X6VrMC7

現状解決方法としてTriangleMesy→RectanleMeshにする
オクルージョンカリングを実装する
の２つが解決方法として考えられるがどっちも参考例がなくて厳しい

他の案でこんなのしたら解決できるのでは？とかこの案はこうすれば実装できる！とかあったら教えてほしい
質問スレチだったらすまん

**デフォルトの名無しさん** · 2020/05/30(土) 10:36:51.70

swing vs javafx自分の理解

メリット
・CSS
・prism。UIスレッドと分けられていて描画が停止しない。GPUが活用される。
・ラムダベースのAPI
・Scene Builderがある（個人的に便利と思わない）

デメリット
・バグが多い
・モデルとビューの分離がし辛い。StringPropertyとか使わない方が良さそう

その他
・ゲームエンジンも通常のGUIもjavafxで一本化できるかも
・標準から分離されたが、JDKと同じ範囲でサポートされるのか？

**デフォルトの名無しさん** · 2020/05/30(土) 12:19:40.54

>>404
まあそんな感じだね
Scene Builder不要は同意
ウィンドウリサイズに対応しようと思ったらHTMLのレスポンシブ対応みたいなのが必要になるから
FXMLでノードの入れ子構造を手書きするほうがいい
みんなHTMLは手書きするよね？ホームページビルダーみたいなWYSIWYG使わないでしょ
アプリの画面開発も同じ

JavaFXにバグが多いというのも事実だけどSwingと対比されるとちょっとなあ
だってSwingもバグ多くていまだにフィックス続いてるじゃない？いつ枯れるのよって

JavaFXはモデルとビューの分離も得意
プロパティバインディング使わないなんてもったいないよ！

**デフォルトの名無しさん** · 2020/05/30(土) 22:13:45.02

javafxで3dいじる人なんていないか…
悲しいなぁ

**デフォルトの名無しさん** · 2020/06/01(月) 12:46:12.47

>>403
Java3Dじゃダメなんか...

**デフォルトの名無しさん** · 2020/06/02(火) 05:17:31.51

>>407
javafx + java3dだ
書き方が悪かった

**デフォルトの名無しさん** · 2020/06/02(火) 08:59:13.53

>>408
自分も興味あるのでやりたいんだけど
資料情報が少ないしどっちも開発オワコンで・・・180度反転座標で混乱してるし
JavaFX 3Dは左上原点Y軸下方向＋Z奥行＋
2Dウィンドウと統合の為のブラウザ画面座標系
http://xiphia.info/wp-content/uploads/2014/12/fx_axis.png

Java3Dは画面中央原点でY軸上向き＋画面手前Z軸＋
一般的な3Dモデラーは右手座標系
http://xiphia.info/wp-content/uploads/2014/12/right_axis.png

2014で止まってる参考↓
http://xiphia.info/2014/12/08/124
JavaFXアーキテクチャ
http://xiphia.info/wp-content/uploads/2014/12/fx_arch.png

で、モデルの読み込みも自分で実装しなきゃいけなくて、
かつ、トゥーンシェーダーは無いみたいですね
これも自分で実装しろということみたいですね。
>>403でも2Dと統合してるのなら3Dのシリンダーで立方体の縁取りをしなくても
描画線幅のプロパティとかがありそうなもんですけどね
というかテクスチャ貼れるなら四角い「◻」画像貼った方が早そうな気がする

**デフォルトの名無しさん** · 2020/06/02(火) 09:09:08.99

>>409
プリズムエンジンがどういう動きをしているのか分かりませんが
OpenGLからJava 2Dに渡してシーンのステージを描いていて
ラインプロパティがCSSで変更可能なのか？どうかですね。

**デフォルトの名無しさん** · 2020/06/04(木) 12:38:12.14

>>409
一応テクスチャで□画像貼り付けるやつもやったんだけど，シリンダーのほうが描画的には軽かったんだよね
自分のコードの問題かもしれないけど...

JavaFX3DのShape3DにBoxがあって一応線だけ(ワイヤーフレーム)表示がある
それと普通のBoxを組み合わせるとこんなんなるんだけど
やっぱり立方体だけど少し見栄えが良くない
でも数万個単位になるとシリンダー12個使うよりは当然軽いんだよねぇ...
https://imgur.com/3KfENIX.png

**デフォルトの名無しさん** · 2020/06/04(木) 15:34:36.68

>>411
根本的解決では無いけど
デフォルトで背面カリングされてるのかな
せめてシリンダー12個より細長くて黒い直方体12個のほうがポリゴンは減らせると思う

**デフォルトの名無しさん** · 2020/06/04(木) 17:47:44.45

>>411
>>412のJavaFX３Dをはじめてやってみたけどこんな感じ?
JavaFX_3D_Cube_Outline_Test
https://i.imgur.com/HY2x9vF.png

**デフォルトの名無しさん** · 2020/06/04(木) 18:41:26.61

>>412
背面カリングはデフォルトでされてるね！
なるほど
シリンダーじゃなくて直方体で試してみる！

**デフォルトの名無しさん** · 2020/06/04(木) 18:43:13.45

>>413
ポリゴンの数めっちゃ違うのね
そういうのも考えないと駄目だよな
軽くしたいって言ってるのに考えが足りんかった

**デフォルトの名無しさん** · 2020/06/22(月) 05:29:27.16

最近書き込んでないけど3D軽くするアイデア募集してますよー
誰でもいいんだ…頼む…

**デフォルトの名無しさん** · 2020/06/22(月) 14:23:05.85

別の 3Dでさ、軽くなるか重くなるかわからないけど
p5js の 3Dだとデフォルトで豆腐表示みたいですよ

輪郭の色とかも変えられた
https://i.imgur.com/7Y35cPf_d.jpg
https://i.imgur.com/CerH8PS.gif

**デフォルトの名無しさん** · 2020/06/22(月) 14:33:45.92

>>417
縮小版貼っちゃったんで貼り直し
https://m.imgur.com/7Y35cPf.jpg
https://m.imgur.com/CerH8PS.gif

**デフォルトの名無しさん** · 2020/06/22(月) 19:18:23.53

40年近く前のアルゴリズム程度ならそんなに重たく無さそうだけどな

https://www.youtube.com/watch?v=co3ilmGNnTM
Java 3D Game from scratch - Stickman Sokoban (1982) 3D test

**デフォルトの名無しさん** · 2020/06/22(月) 19:27:05.93

Java - 3D Engine From scratch (with source code)
https://www.youtube.com/watch?v=co3ilmGNnTM

**デフォルトの名無しさん** · 2020/06/22(月) 21:31:07.11

>>418
案あざます！
ただjavafxで進んでるのでこのまま行きたいからちと厳しいです

**デフォルトの名無しさん** · 2020/06/22(月) 21:42:46.24

Java 3DもJava FXも情報少ないねー
別の質問なんだけどJava FXには
AndroidのWebViewみたいなブラウザ機能付けれないのかな？
WebGLで組み込めたりしないのだろうかと思っただけです。

**デフォルトの名無しさん** · 2020/06/22(月) 21:48:49.23

>>419
>>420
わかりやすいのあざす！
gifサイズめちゃくちゃデカくて申し訳ない
やりたいことはこんな感じでいろんな立体を作れるんだ
1000個程度なら軽いんだが
数千になってくるとカクつき始めてしまう
数千個メモリにある状態でも描画を無くせば軽いので(見た目を透明にすれば軽いので)
描画処理に工夫出来ればと思ってるんだ

https://imgur.com/MMRc3G1.gif

否定っぽい意見で返すこともあるけど、こんなのはどう？って意見マジで助かるからバンバン欲しい
そこからアイデア生まれたりもするしね

**デフォルトの名無しさん** · 2020/06/22(月) 22:08:27.57

>>423
へーFX 3Dでここまで出来てるんだ面白そうだね
良いね👍
自分にはそれだけのプログラミング技術がないorz

ちなみにそれはシリンダーを直方体にしたら少しはマシになったやつのかな？

マイクラのはどうしてんでしょうかね?
インスタンスを 3D色ペンにしてるというより
objローダーか何かで読み込んでるのかな？

【MineCraft】 Mononoke hime Deidarabotti【でいだらぼっち】
https://www.youtube.com/watch?v=oVrPmdZ7oC4

プリミティブを毎度合成して作るくらいなら
3Dモデルを作って呼び出したほうが良いかもね

**デフォルトの名無しさん** · 2020/06/22(月) 22:09:56.99

もうひとつこっちは純粋なjavafxの質問！
質問ばっかでスマン

自由な形のボタンって作れますか？
透過pngの形に合わせてボタンの形と見た目も変わる感じ
わかりにくいgifだけどこんな感じでオシャレなボタンを作りたい

https://imgur.com/jRWHAuD.gif

例として矢印型のボタンを作るとか！

調べた限りボタンに画像を貼り付けるくらいしか近い資料はない

別の手法として2枚の画像を重ねておいてマウスが重なったら表示を変更する
この手法でボタンみたいにマウスが重なった際の見た目の変更を設ける
でその画像にクリックイベントをつけるってのが考えられるんだけどとてもスマートとは言えない

こっちもわかる人いたりしたらお願いします！

**デフォルトの名無しさん** · 2020/06/22(月) 22:11:19.57

>>424
シリンダー直方体にしたら多少良くなりました！
マジでその少しでもありがたい！
マイクラは凄いよねぇ
あの膨大なブロックの描画を可能にしてるんだから

**デフォルトの名無しさん** · 2020/06/22(月) 22:23:03.66

サポート終了だしJava FXやってる人少ないんだろうなー
自由形状ならペイントのポリゴンでポイント指定しまくって書けそうだけど
ボタンとなるとマウスの座標判定いるのかな・・・
https://docs.oracle.com/javase/jp/8/javafx/api/javafx/scene/paint/ImagePattern.html

**デフォルトの名無しさん** · 2020/06/22(月) 22:43:29.00

>>422
JavaFXにもWebViewあるよ
エンジンはWebKit

**デフォルトの名無しさん** · 2020/06/22(月) 22:46:27.27

>>425
非矩形Nodeはclipすることで作れる
clip範囲外はマウスイベントも発生しない

**デフォルトの名無しさん** · 2020/06/22(月) 22:57:47.47

>>428
ありがとうございます

**デフォルトの名無しさん** · 2020/06/22(月) 23:10:09.69

>>427
>>429
ありがとうございます！
こっちはいけそう！
お酒入れてしまったので明日やってみます！

**デフォルトの名無しさん** · 2020/06/23(火) 00:37:06.35

>>423
表現力高めようとしたら結局テクスチャーになると思う。
それとご存知かもしれませんが
JavaFXに移植出来るかどうかわからないけど
three.js のexampleにボクセルペインターってのがありますので
JavaScriptのソースコードが右下のアイコンから見れるので参考にしてみてはどうでしょうか？
既に参考にされてるのなら申し訳ない。

https://threejs.org/examples/webgl_interactive_voxelpainter.html

**デフォルトの名無しさん** · 2020/06/23(火) 18:56:20.48

>>432
あざます！コード見て比べてみますね！

**デフォルトの名無しさん** · 2020/06/25(木) 11:08:43.82

上の方でスレッドアーキテクチャの話出てたけどここに書いてあった
https://docs.oracle.com/javafx/2/architecture/jfxpub-architecture.htm#sthref4

描画前（アタッチ前）のシーングラフはユーザーが作成したスレッドで構築（最後のアタッチだけrunLaterか）
描画中（アタッチ済み）のシーングラフはFXスレッドで操作する
描画自体はPrismスレッドで処理する
メディア処理専用のスレッドもある

FXスレッドをsleepさせると描画が停止するから、FXスレッドが描画しているのかと思っていた。
FXスレッドが停止するとパルスがスケジュールされないからPrismスレッドが描画内容を更新しないということか。

FXスレッドに重い処理をさせるとパルス遅延で60fpsでなくなるが
描画中のGUIの更新はFXスレッドでやれと。
コーディングに独特な意識が必要そう。

> This introduces a lot of issues,
AWTはスレッドアーキテクチャのせいで問題が多発していたとあるし
SwingはAWTを拡張したものとあるから恐らく同じ問題を抱えているだろうし
基本設計としてはFXの方が良いんだろうな。

ちょっとしたアプリならFXの出来合いのコンポーネントとライブラリで簡単に作れるし
jdkで勝手にクロスプラットフォームになるしかなり良さそう

**デフォルトの名無しさん** · 2020/07/13(月) 15:42:20.42

自分用のツールをこれで作ってみようとしたら使えるようにするまでがとんでもなく面倒くさいな
できあがったものを他人に使わせるのも面倒だしjavaによるGUI実施はやる気なくなる

**デフォルトの名無しさん** · 2020/07/20(月) 06:24:05.66

>>435
GUIの実装はどれもそこそこ面倒な気がするけど、
AccessとかVBA+Excelみたいなミドルウェア系は別すれば何だと楽?

**デフォルトの名無しさん** · 2020/07/20(月) 08:37:43.67

WindowsならC#

**デフォルトの名無しさん** · 2020/07/20(月) 08:48:49.83

C#じゃ答えになってないだろ
WinFormsとかWPFとかUIツールキットじゃないと

**デフォルトの名無しさん** · 2020/07/20(月) 13:44:23.05

ごめん

**デフォルトの名無しさん** · 2020/07/20(月) 14:17:49.24

VSでGUI作るのが楽
Eclipseじゃ勝負にならん

**デフォルトの名無しさん** · 2020/07/20(月) 15:41:07.73

ビジュアルデザイナーを使ったGUI作成って楽かなあ？

なんかホームページ・ビルダーでHTMLを作るようなまどろっこしさを感じるんだよね
HTMLなんて補完機能の充実したエディタで書く方が楽じゃん？
DOMの階層構造を把握しやすいから

GUIも同じじゃないかな？
XAMLとかFXMLをエディタで手書きするほうが書きやすい
ビジュアルエディターだと階層構造を管理しにくいし
なによりウィンドウリサイズへの対応がやりにくい
リサイズ対応しようと思ったら構造管理しやすい手書きのほうが楽と思っちゃう

**デフォルトの名無しさん** · 2020/07/22(水) 03:09:08.77

あのぅJavaFXってAndroidアプリ画面GUIに使えますか？

**デフォルトの名無しさん** · 2020/07/22(水) 04:24:50.88

>>442
https://gluonhq.com/products/mobile/
これを使えば出来るかもしれないが、したことはないし、
出来たという話は聞いたことがない。

**デフォルトの名無しさん** · 2020/07/22(水) 12:19:20.16

>>443
ありがとうございます！読んでみます
> JavaFXPorts is the open source project that brings Java and JavaFX to mobile and embedded hardware, including iPhone, iPad, Android devices, and the Raspberry Pi.

**デフォルトの名無しさん** · 2020/07/22(水) 16:53:42.62

デスクトップアプリの開発でJavaFX使ってるからFXPortsをAndroidで動かすのに興味はある
だがパフォーマンスはどうなんだろうか？
それとAndroidとの相互運用はどうなんだろうか？
たとえばインテント投げようと思ったらActivityの参照を得る方法が必要だよね
FXPortsでそういったAndroidネイティブアメリカンに介入する手立ても残されてるといいのだけど

>>444 試してみたらいろいろ教えてね

**デフォルトの名無しさん** · 2020/07/23(木) 05:47:34.08

インディアン
ウソツカナイ

**デフォルトの名無しさん** · 2020/08/03(月) 06:30:32.98

JavaFXの未来が暗いのでWebアプリ方式にしようかと思っているのだけれど、
ObservableList(とTable連携)がないことを知って絶望している。

**デフォルトの名無しさん** · 2020/08/03(月) 07:42:42.34

最近Andoridでアプリ作ったけどうんざりしたよ
Androidフレームワークの設計ひどすぎるでしょ
特にAndoidXは未完成でGoogleが何度も後方互換性のないAPI変更を繰り返してる

それに比べるとJavaのAPI設計ってとても良く出来てる
新API追加に何年も検討しているのも無駄じゃないんだなって
Androidの開発でもJavaFX使いたいぜ　FXPortsやってみようかな

**デフォルトの名無しさん** · 2020/08/03(月) 12:38:49.60

openjfxってjava8バージョンは何でmavenにないんだ？

**デフォルトの名無しさん** · 2020/08/04(火) 06:38:04.62

>>449
Oracle版 jdk 8に含まれていたときの名残かな。
OpenJFXのページにもOracle版に入っているからそっちを使えみたいなことが書かれたいたように思う。
相当昔の話なので記憶違いかもしれないけど。

**デフォルトの名無しさん** · 2020/08/18(火) 12:09:06.77

最近Androidアプリ作ってて思ったんだがAndroidのデータバインディングってクソだな
ViewのメンバーがObservable/WritableValueになってないからバインディングクラスを自動生成して実現している
その自動生成クラスの定義をレイアウトXMLに書かねばならずレイアウトファイルにロジックが介入してしまう

こういう悪い設計を見てしまうとJavaFXがいかに優れているか良く分かる
JavaFXはすべてがObservableなPropertyとして設計されてるのが素晴らしい

**デフォルトの名無しさん** · 2020/12/07(月) 22:17:25.63

最近またSwingが増えてる？

**デフォルトの名無しさん** · 2020/12/11(金) 00:31:36.45

FXが標準添付から外れてしまったので・・・
そしてSwingの新刊が2020/6に出てるのにビックリした

**デフォルトの名無しさん** · 2021/08/03(火) 14:16:09.19

JavaFX：Web、PC、モバイル向けの1つのコードベース
https://www.infoq.com/jp/news/2021/08/javafx-web/

JavaFXはクロスプラットフォームアプリケーションの基盤を提供するが、
JavaScript/Webクライアントがはるかに一般的であるため、業界全体での使用率は低い。
同様のクロスプラットフォーム開発トレンドに関するStackOverflowトレンドレポートでは、
JavaFXがほとんど変わらないのに対し、FlutterとReact-Nativeの相対的な上昇が示されている。
直接、数を比較すると、JavaFXのUdemyの受講者は120,000人であるが、
React-Nativeの受講者は900,000人、Flutterの受講者は1,500,000人である。

**デフォルトの名無しさん** · 2021/08/07(土) 21:51:27.92

それGluonの宣伝。OpenJFX関係ない

**デフォルトの名無しさん** · 2021/08/07(土) 22:19:05.08

Gluon FX Mobile は興味ある
ほんとに Android で JavaFX 使えるのかな？

Android には独自のアクティビティ・ライフサイル管理とかあるんだけど
そこと JavaFX の兼ね合いがどうなってるのか気になる
FX Mobile 使ったことある人いる？

**デフォルトの名無しさん** · 2021/08/12(木) 19:32:27.58

もう一度FXを標準実装しろよ

**デフォルトの名無しさん** · 2021/08/16(月) 04:35:10.09

>>456
openjfxにパッチ当てたやつとgraal（おそらくこれもパッチ当ててる）のnative image。

androidがどれくらい動くかは知らないけど
これのgluonの話題が出てくるところから読むといい。
ttps://github.com/oracle/graal/issues/3036