- 1 名前：デフォルトの名無しさん mailto:sage [2014/07/05(土) 01:27:45.85 ID:SKNQTnLZ.net]
- JavaFXについてのスレッドです
- 313 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 06:17:45.59 ID:Z98NzD8v.net]
- >>312
そのGluonの収入基盤がまた不安なんだよね。Gluon Mobileで開発なんて話まったく聞かないし。
表に出てこないだけで、それなりに売り上げているんだろうか。
- 314 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 08:44:59.29 ID:rYgVTNK6.net]
- Gluonは囲い込んで金取ることばかり考えてて時代錯誤な印象だわ
元々JavaFXにタダ乗りしてXamarinの劣化コピーを作ろうとしてただけで自分達で積極的にJavaFXコアの開発を推進する気はなさそうだし
現状のまま売り逃げして終わりだろうな
こんなものに期待するくらいならJava to .NETコンパイラでも作ってXamarin使ったほうが遥かにマシだな
- 315 名前：デフォルトの名無しさん mailto:sage [2018/11/25(日) 10:34:22.08 ID:lgpRNpQu.net]
- >>314
Gluon はどうやって収入を得ればよかったんだろうか。
- 316 名前：デフォルトの名無しさん mailto:sage [2018/11/25(日) 11:14:37.59 ID:UFgNd70E.net]
- そもそもビジネスモデルが間違っているからどうやってもダメだよ
モバイル向けの開発ツールキットはあくまでプラットフォームビジネスの付属品であり、単独では商売として成立しない
この手の最大手であったXamarinですらダメだったのに、なぜそれよりあらゆる面で劣るオモチャで儲けられると思ったのか
- 317 名前：デフォルトの名無しさん mailto:sage [2018/11/25(日) 11:37:10.53 ID:lgpRNpQu.net]
- >>316
JavaFXにはどうあがいても絶望しか残されていなかったということか。
得をしたのは開発中止という格好悪い方法を避けて体よくJavaFXを捨てることが出来たOracleだけか...
- 318 名前：デフォルトの名無しさん [2018/11/25(日) 15:24:07.23 ID:vfhmRXQZ.net]
- クライアントサイドもできたほうがJavaユーザー増えると思うんだけど
JavaFX自体は良い感じ
- 319 名前：デフォルトの名無しさん mailto:sage [2018/11/25(日) 15:49:56.84 ID:mH6GThxQ.net]
- 反例 : 過去20年のJava
まあ、よく頑張ったよ
もう楽にさせてやろう
- 320 名前：デフォルトの名無しさん [2018/11/26(月) 06:18:29.70 ID:L0aVCXkP.net]
- でもクライアントサイドが作れませんとなったら
新たにプログラミングを学ぶ人が選ばないと思う
- 321 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 06:42:07.93 ID:AJ1J19WZ.net]
- >>320
プログラミング必修化で、業務でなく趣味でプログラミングする人も増えるだろうけど、
確かに趣味でやるにはWebフレームワークでGUIというのは負担が重すぎる。
かくいう自分も趣味でJavaFXから入ったくち。
- 322 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 11:13:55.60 ID:SVaivieI.net]
- 確かに趣味でやるのにGUIがやりにくいでは
選ばれにくくなるだろうな
やっぱWindowだしてやりたいもんなあ
- 323 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 21:40:59.64 ID:m6hl4oCS.net]
- FXもやってくぞー
- 324 名前：デフォルトの名無しさん mailto:sage [2018/11/27(火) 01:10:49.38 ID:nQRtrRhV.net]
- xamarinxamarin言ってるやつは何しに来たんだ？xamarinが最大手？馬鹿抜かせ。
日本以外の世界の水道・ガス・パーキングメーター類、ハンディPOS、中身組み込み向けjavaだぞ。
BD-Jもjavaだしxamarinどこにあるんだよ。
gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
組み込みじゃフットプリントでかすぎるし、リソース食い過ぎるし、
組み込みにRIAみたいないちいちアニメーションするguiも必要ない。
そういうのは富豪環境のエンドユーザー向けでやればいい。
xamarinと被る領域なら最近は組み込みまでnodeじゃん。
- 325 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 06:57:32.19 ID:NLPExknq.net]
- >gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
GluonはJavaFXするための会社だから、存在を全否定するのはやめて差し上げろ。
- 326 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 07:49:15.91 ID:YxxZ2HxT.net]
- FXやりたいんじゃなくて、やりたいのは金儲けでしょ
そもそもGluonってJavaFXにタダ乗りしてXamarinモデルで一儲けしようとしてただけで、
JavaFXの本体の開発を進めるなんて全く言ってないし実際やってもいないのに的外れもいいとこ
- 327 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 08:39:40.60 ID:NLPExknq.net]
- >>326
一応JavaFXに関する貢献でDukes Choice Award を2015年に取っているから
何もしていないということはないと思うが、
GluonにJavaFXの開発をする体力はないだろうという点には同意する。
- 328 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 09:04:01.42 ID:YxxZ2HxT.net]
- 筋違いの期待をしてる人には気の毒だが、そもそもGluonは本体はオープンソースですらない
別にGluonを非難する意図はないぞ
そこらへんのたかが一中小企業に対して、どう頑張っても自社の独占資産にならないGPLソフトウェアに全力投資しろというのは無茶な話だ
- 329 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 17:51:44.63 ID:NLPExknq.net]
- 話題にしたいのはGluonが金儲けをするためにはどうするべきだったかではなくて、
JavaFXが安定して発展するにはGluonがどうすればよかったかなのだが、
>>317で言ったように最初から無理ゲーだったということでおk?
- 330 名前：デフォルトの名無しさん mailto:sage [2018/12/13(木) 18:43:00.51 ID:kyCKGOHR.net]
- ニコニコ大百科での暗躍も実を結ばなかったな
- 331 名前：デフォルトの名無しさん mailto:sage [2018/12/13(木) 18:43:26.32 ID:kyCKGOHR.net]
- JavaFX
https://dic.nicovideo.jp/a/javafx
- 332 名前：デフォルトの名無しさん mailto:sage [2018/12/13(木) 19:03:43.75 ID:6H85Th3Y.net]
- >>330
ごめん、言いたいことがわからない。
- 333 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 20:38:34.91 ID:WEpm3cy1.net]
- ニコニコ大百科見てないなら黙ってりゃいいのにでしゃばりかｗ
- 334 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 20:40:57.32 ID:WEpm3cy1.net]
- >>332
言いたいことわからないとか本気でいってんのかよ
そんなんだから普及しないんだよバカ
- 335 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 10:53:22.72 ID:DxWbWMHw.net]
- >>334
>>332が>>330の言いたいことがわからないことと、JavaFXが普及しないことに因果関係はないと思うんだけど。
>>334の頭の中身は大丈夫なのでしょうか。
- 336 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:19:24.49 ID:MiuiRmHo.net]
- 何かと戦ってるんだろうなぁ
- 337 名前：デフォルトの名無しさん [2019/01/21(月) 10:54:21.77 ID:chW+Guj1.net]
- いや>>334のバカってのはいわゆるツンデレというやつだろう。
- 338 名前：デフォルトの名無しさん [2019/01/22(火) 19:01:58.84 ID:eFECFW/X.net]
- >>335
言いたいことがわからないっていってるんだから因果関係もない
お前の頭が大丈夫なのか
そもそもJavaFXの関係ある話なの？
- 339 名前：デフォルトの名無しさん [2019/01/22(火) 19:02:31.24 ID:eFECFW/X.net]
- JavaFXのスレでなに期待してんだろうなこのバカ
- 340 名前：デフォルトの名無しさん [2019/01/22(火) 19:03:29.26 ID:eFECFW/X.net]
- >>337
ごめん、言いたいことがわからない。
- 341 名前：デフォルトの名無しさん [2019/01/22(火) 19:05:16.91 ID:eFECFW/X.net]
- >>335
わかったから
ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx
で
何がいいたいかくらいわかれバカ
- 342 名前：デフォルトの名無しさん [2019/01/22(火) 19:06:08.10 ID:eFECFW/X.net]
- ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx
- 343 名前：デフォルトの名無しさん [2019/01/23(水) 09:38:21.37 ID:gQZD+vR+.net]
- 暗躍？
- 344 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 18:32:57.39 ID:Pa8D4EMx.net]
- >>338-342
うわぁ…
- 345 名前：デフォルトの名無しさん [2019/01/30(水) 12:40:06.37 ID:7/OtnzJ3.net]
- >>344
うわああ・・・やばこいつｗｗｗ
- 346 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 12:40:25.00 ID:7/OtnzJ3.net]
- >>343
暗躍じゃなきゃなんだよ
- 347 名前：デフォルトの名無しさん [2019/01/30(水) 12:40:45.17 ID:7/OtnzJ3.net]
- >>343
ごめん、言いたいことがわからない。
- 348 名前：デフォルトの名無しさん [2019/01/30(水) 12:41:13.38 ID:7/OtnzJ3.net]
- >>336
ごめん、言いたいことがわからない。
- 349 名前：デフォルトの名無しさん [2019/01/30(水) 12:42:08.59 ID:7/OtnzJ3.net]
- >>344
ごめん、言いたいことがわからない。
- 350 名前：デフォルトの名無しさん [2019/01/30(水) 12:48:50.40 ID:q6ysaJqg.net]
- 煽りだけは一人前なんだから嫌なんだよ
クズが！
- 351 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 18:14:04.34 ID:oP8ZHhsh.net]
- スレ伸びてるやん！
- 352 名前：デフォルトの名無しさん [2019/02/05(火) 09:40:56.91 ID:NCwCR2JI.net]
- JavaFXの人気に嫉妬
- 353 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 22:09:37.36 ID:wvgxDuIH.net]
- >>351
言いたいことあるなら言ってみろ？オラ
ゴミレスしやがって
- 354 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 22:09:56.80 ID:wvgxDuIH.net]
- >>352
マジレスするけどJavaFXの人気ないでしょ
- 355 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 23:26:20.93 ID:3O/xpj+w.net]
- そもそも次スレ立つかどうかもわからんけど
次は標準が外れるんだな(´・ω・`)
- 356 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 06:46:34.91 ID:VTHgUXBY.net]
- >>355
JDK11からなので、もう外れているとも言える。
- 357 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 08:38:39.25 ID:VTHgUXBY.net]
- 誤解した。スレタイから標準の文字が外れるという意味か。
- 358 名前：デフォルトの名無しさん [2019/02/06(水) 15:16:17.92 ID:Zn5BTEOa.net]
- 俺の心の中では永遠に標準
- 359 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 14:39:10.08 ID:RL/Bbdb+.net]
- 伸びてるから期待してみたら・・・
まったくぅ
- 360 名前：デフォルトの名無しさん [2019/02/09(土) 15:50:05.38 ID:6/bHpQ6m.net]
- 流行らせれば良いんだよ。そうすればデファクトスタンダードになってやがてISOとかに登録されて標準化される。
- 361 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 23:17:53.46 ID:vNdDSNLL.net]
- JDK8のJavaFX使うのむっちゃ楽だったのにな〜
- 362 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 05:10:46.16 ID:t1twOrTq.net]
- >>361
まったくだ。
JDK11だとどうすれば使えるのかすらよくわからん。
- 363 名前：デフォルトの名無しさん [2019/02/25(月) 21:42:40.83 ID:7ak6Hn/u.net]
- ちょっとスレチだけどいい？もしかして、Java標準のGUIってSwing？
- 364 名前：デフォルトの名無しさん [2019/02/26(火) 09:56:24.17 ID:E0EMtjG2.net]
- まあ、最初からライブラリに含まれているので標準と言えば標準かな。
- 365 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 15:41:40.44 ID:8coTWFNt.net]
- Amazon CorrettoがJavaFXをサポートしていると聞いて入れてみたが、だめだった。
色々ないものがあるらしい。
https://stackoverflow.com/questions/53876524/is-javafx-media-supported-by-corretto
- 366 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 04:43:09.25 ID:Q6aOJn8t.net]
- openjfx12からscenebuilder削除されたからgluonのハードフォークが名実ともにscenebuilderになったな。
プロパティファイル化けてんの直してほしいけど、今openjfxのスポンサーgluonだし、
openjfxの公式サイトがgluonでそこからダウンロード出来るのがgluonのビルドだし、
ただのミラーのはずだったgluonのportingのgithub issuesにopenjfx関連のissueあるしこのままjavafx乗っ取られたりしてなw
>>361,362,365
9以降にopenjfxの適当なdistroのモジュールパス通すだけよ。
gluonのsdkでも自分でビルドしてもビルドツール使ってもjavafxバンドルしたjre作っても何でも良いよ。
非モジュールのjavafxアプリをhogehogeするよりモジュール化した方が簡単。
- 367 名前：デフォルトの名無しさん [2019/05/14(火) 04:11:54.09 ID:Ojzt4xl5.net]
- corretto8入れて解決
足りないものがあるなら言えば入れてくれるだろ
- 368 名前：デフォルトの名無しさん [2019/05/28(火) 12:52:24.67 ID:HGTlDNNW.net]
- >>366が言ってるのは自己完結型だな
>>367はOS共通のJDKでJavaFXやる方法
- 369 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 06:10:10.33 ID:wZzfYUF4.net]
- >>367
言っても入れてもらえなかったぽい。代わりに
https://bell-sw.com/pages/java-8u212
なんてものがあるらしいが、問題は
BellSoftがマイナーすぎてOracleやAmazonほどに世間の検証を受けていないことか。
- 370 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 00:33:37.84 ID:Sh9HUjcS.net]
- gluonのjavafxバイナリがマイナーチェンジする気まったくないな。
SceneBuilderは自分でビルドすればいいとしてopenjfxめんどくさいのがな。
Liberica JDKはopenjfxは12みたい。11の新しいリビジョンはソースからビルドするしかなさそう。
- 371 名前：デフォルトの名無しさん mailto:sage [2019/09/25(水) 02:33:18.22 ID:sYvLX1uW.net]
- >>366 >>367
あのさあ・・・
JDK8時代と比べて何も違わんとか言いたげなのは明らかにおかしいだろ
そりゃ過疎るわ
- 372 名前：デフォルトの名無しさん [2019/10/23(水) 16:53:10.00 ID:CMyZiMBA.net]
- FXML使う価値ある？直接コード書いたほうが楽なんだけど
- 373 名前：デフォルトの名無しさん mailto:sage [2019/10/24(木) 21:46:16.93 ID:lsrm2Iki.net]
- >>372
SceneBuilderを使ってGUI上でFXMLを作成できるのが売り。
生FXMLを書くくらいならコードを書いた方が楽なのには同意する。
- 374 名前：デフォルトの名無しさん [2019/10/25(金) 15:42:06.38 ID:RuWUXZ3V.net]
- でもSceneBuilderだとすぐに限界に到達するんだが・・・。
JavaFXってのは迷走してるおかしなプロジェクトなのでは。
初期の頃何か独自スクリプトがあって廃止されて、FXMLとかSceneBuilderも微妙・・・。
性能もコード資産の量もSwingのほうが上だと言われてる。
- 375 名前：デフォルトの名無しさん [2019/10/25(金) 15:43:13.24 ID:RuWUXZ3V.net]
- そもそもなんでOracleはSwingを続けるんじゃなくJavaFXを始めたのか？
JavaFXはモバイル対応してるというけどSwingをモバイル対応させればよかったのでは
- 376 名前：デフォルトの名無しさん mailto:sage [2019/10/25(金) 21:36:02.66 ID:h86JIRQS.net]
- >>375
どこまで本当か知らないけど、SceneBuilderみたいなGUIツールでデザインしてから
Swingのコードを生成するのは難しかった(実際にそういうツールはあるが不安定)
ので、XMLを導入することにしたとか聞いたことがある。
また、SwingにはBindingとかのReactive Programmingのような仕組みがない。
Swingもそれほど使われていなかったから、この際パラダイムごと更新してしまおうと思ったら
Swing以上に使われなかったというオチがついてしまった。
- 377 名前：デフォルトの名無しさん [2019/10/26(土) 08:24:20 ID:eCInqrX9.net]
- プロパティバインド使うとモデル側コードにStringPropertyとかの
JavaFX関連コードが出てきて嫌なんだけど？
どこがモデルとビューの分離なの？
それでどうやってビューを別のGUIフレームワークに自由に切り替えれるの？
- 378 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 13:30:57.74 ID:mwZChXqj.net]
- それはモデルじゃなくてライブラリが受け持つ話では？
- 379 名前：デフォルトの名無しさん [2019/10/26(土) 13:44:16.28 ID:eCInqrX9.net]
- 例えば。
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フレームワークでも使いまわせるように
クラス依存関係自体が分離されるべきだと思う。
- 380 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 15:44:51.28 ID:NTFfefVw.net]
- >>377
自分も同じことを感じたことがあるので、言いたいことは概ねわかるつもり。
あるClass AModelの、あるフィールドAModel#fieldについて、Javaのお作法通りにしていれば
AModel#getField, AModel#setFieldをObjectPropertyを使って書けば、
AModelを継承したObserveableなModelクラスが出来上がるということなのかなと
解釈してそれ以上は考えないようにしている。
多分GUIフレームワークをJavaFXに一本化することを目標に開発されたので
他のGUIフレームワークでModelを使いまわすことは考えられてない。
Model作成の段階で最初からPropertyを用いるという前提だろうとは思う。
最初にも書いたように、他のライブラリやフレームワークと組み合わせようとすると
障害が大きいことには同意する。
- 381 名前：デフォルトの名無しさん [2019/10/26(土) 15:57:08.47 ID:eCInqrX9.net]
- JDKを作ってる人達なら
任意のオブジェクトの状態変更を監視するように作ることもできたんじゃないか？
オブジェクトの状態が更新されたらGUIも更新、
更新頻度が激しすぎるといけないから最速でも１秒に１回、とか。
それにしたってDB上で更新が発生したらどうするのかと思うけど。
- 382 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 17:16:43.97 ID:NTFfefVw.net]
- >>381
できたとは思うけど、OptionalをObjectのスーパークラスにしなかったくらいだから、
そんな変更はできたとしても言語コンセプト的にもしなかっただろうと思う。
JavaFXがOptional以上に大事なものであればあるいいは...ないか....
DB上で更新検出はJavaFX以外でも難しそう。
- 383 名前：デフォルトの名無しさん [2019/10/26(土) 17:24:54.18 ID:eCInqrX9.net]
- プロパティバインドというアイデアは永続化されないモデルでだけ有効。
ゲームアプリならありそうだけど普通のアプリでは無さそうな気がする。
DBからオブジェクトを読み出す場合、読み出した時点のデータのまま変化しないし。
変化を検出できるのはもう一度DBから読み出した時だ。
最初独自スクリプトがあって廃止されて、プロパティバインドも微妙。
SceneBuilderやFXMLは一部の人達は使ってるのか知らんが俺には良さそうなものに思えないし。
JavaFXを設計してる人達の構想力まで怪しく思えてくる。
でもなぜかJavaFX好きではあるんだけど。
- 384 名前：デフォルトの名無しさん mailto:sage [2019/10/27(日) 05:06:45 ID:jUeL6+6v.net]
- >>383
SceneBuilderはとっつきやすくて配置の微調整をやりながら構成するのに便利だったけど、
FXML内で反復(及び分岐)をしようとしたときと、動的に数値を変更しようとした時には絶望しか無いことには同意する。
まあ、コントローラー側と組み合わせてなんとかした。
プロパティバインドは、自分はゲームじゃないけどMVCで使っているうちにMVVMを再発明したw
- 385 名前：デフォルトの名無しさん mailto:sage [2019/10/27(日) 23:17:14.16 ID:75iAjjaT.net]
- mvvmfxというライブラリなかったっけ？
- 386 名前：デフォルトの名無しさん mailto:sage [2019/10/27(日) 23:29:18.97 ID:jUeL6+6v.net]
- >>385
ありがとう。でもまだそれが存在しない頃の話だったんだ....
- 387 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 22:17:46.91 ID:go5Q4PaW.net]
- JavaFXが分離されてしまった今
JavaのGUIアプリは何を使うのが正解なのだろうか
- 388 名前：デフォルトの名無しさん [2019/10/30(水) 09:33:41.93 ID:fC2unZiH.net]
- awt
- 389 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 22:40:42.80 ID:fQZr3wKn.net]
- 時代はswt
- 390 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:42:11.63 ID:jW29Sdid.net]
- javaFXじゃなきゃやだぁ
- 391 名前：デフォルトの名無しさん [2019/11/07(木) 11:48:57.39 ID:wJeAdMrJ.net]
- 遠慮なくどんどん使ってください
- 392 名前：◆JAVA/drQNg mailto:sage [2020/02/25(火) 02:51:55 ID:zG0qK6rK.net]
- JavaSEから外したのは残念
- 393 名前：◆JAVA/drQNg [2020/02/25(火) 02:52:38 ID:zG0qK6rK.net]
- >>389 swtてPureJavaでしたっけ？
- 394 名前：デフォルトの名無しさん [2020/02/26(水) 01:35:11 ID:+8ew93/H.net]
- 自分で配布するjarファイルとかにはJavaFX含めても良いんだよな？
まあ多分俺はしないと思うが。
- 395 名前：デフォルトの名無しさん mailto:sage [2020/02/29(土) 21:47:18 ID:+VWqAFkh.net]
- >>387
Swingがあるじゃないか
- 396 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 23:29:15 ID:2sOGqSF7.net]
- 気晴らしに昔の話にレスしよう。
>>374
>性能もコード資産の量もSwingのほうが上だと言われてる。
newt並に低レベルなウィンドウ周りとレンダラのパイプラインが一段少ないからそれはないと思う。
ハードウェアもPS世代と固定機能世代だし。
>>375
>Swingをモバイル対応させればよかったのでは
初めからjava meで動く。CDC+AGUIでswing含む。
>>376
>また、SwingにはBindingとかのReactive Programmingのような仕組みがない。
SwingLabが開発しててJSRもあったけどsunがjavafxに注力するから全部白紙になっただけ。
SwingApp framework, beans binding, timing framework, SwingX, JMediaは白紙後全部javafxで同じアイディア実現したよ。
swing teamが協力したし。
swingにないのはコレクションベースのプロパティくらいかな。
- 397 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 05:37:03 ID:AH+JUa9W.net]
- JavaFXすごいなUIスレッドと別に描画スレッドがあるのか（WPFと同じ）
Swingでは描画もUIスレッドで行われていたから独自描画とか重いことするとキーイベントやマウスイベントが遅延してた
これがアプリが重いと言われる原因になることも多かったと思う
JavaFXでは描画スレッドが分離したおかげでUIスレッドが軽くなった
ただし中途半端な状態が描画されることもあるので実装には注意が必要
・スタイルクラス.blueを外す
・スタイルクラス.redを付ける
これだと色が青から赤に変わる前に一瞬デフォルトカラーが見えてしまうことがある（もちろん変更はUIスレッドでやってる）
・スタイルクラス.redを付ける
・スタイルクラス.blueを外す
といった工夫が必要
- 398 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 05:43:58 ID:AH+JUa9W.net]
- トランジション・アニメーションが描画スレッドだけで完結できないのが残念
プロパティ更新自体はUIスレッドで行われるから
マウスイベントハンドラなんかで重い処理をするとアニメーションがガタつく
結局、プログラマーが適切に非同期処理を実装しないといけないんだなあ
- 399 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 11:12:02 ID:B14wRjHX.net]
- SwingでもEDTで重い処理すんなってのは常識だと思ってたけど……
SwingUtilities#invokeLater(Runnable) とか……
- 400 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:21:07 ID:AH+JUa9W.net]
- ビジネスロジックをワーカースレッドで実行するのは当然分かってるよ
それでもUIスレッドでしかできないことってあるのよ
- 401 名前：デフォルトの名無しさん [2020/05/30(土) 02:21:06.70 ID:8qnzRz3O.net]
- 描画スレッド=UIスレッド＝FXスレッドじゃないの？
描画スレッドとUIスレッドを別のものとして喋ってるのが良く分からん。
https://docs.oracle.com/javase/jp/8/javafx/interoperability-tutorial/concurrency.htm
トランジションあたりは良く調べてないけど、
その辺がスムーズに動かないならJavaFXベースのゲームエンジンは無謀なのかな。
- 402 名前：デフォルトの名無しさん mailto:sage [2020/05/30(土) 06:53:55 ID:9NYPs0Wl.net]
- JavaFXではUIスレッドとは別に描画スレッドがあるのよ
これがSwingとの大きな違い
UIスレッド＝FXスレッド
描画スレッド＝Prismスレッド
WPFも同様にUIスレッドと描画スレッドを持つGUIツールキットだ
- 403 名前：デフォルトの名無しさん mailto:sage [2020/05/30(土) 08:14:38 ID:I1WXKADU.net]
- javafx+3dで描画軽くする方法ありますか？
大量にshape3dを表示すると重くて重くて
オクルージョンカリングなるものを実装しようにもjavaでの実例が見つからず厳しい
- 404 名前：デフォルトの名無しさん mailto:sage [2020/05/30(土) 08:47:50.17 ID:I1WXKADU.net]
- やりたいことはこのように複数のBoxを組み合わせていきたい
https://imgur.com/p1mGbkc.png
ただ通常のBoxでは枠線が表示されないため現状１つのBoxにCylinderを12本くっつけて枠線として表示してる
他にはRectangleを６つ組み合わせて面表示しない方法
テクスチャ―を張り付けてそれっぽく見せる方法を試したけど今のところ一番良かったのがCylinderの手法
普通のBoxとワイヤーフレームを合体させる方法が一番軽量なんだけどTriangleMesh(三角形メッシュ)になってしまって見栄えが悪いのでNG
https://imgur.com/X6VrMC7
現状解決方法としてTriangleMesy→RectanleMeshにする
オクルージョンカリングを実装する
の２つが解決方法として考えられるがどっちも参考例がなくて厳しい
他の案でこんなのしたら解決できるのでは？とかこの案はこうすれば実装できる！とかあったら教えてほしい
質問スレチだったらすまん
- 405 名前：デフォルトの名無しさん [2020/05/30(土) 10:36:51.70 ID:8qnzRz3O.net]
- swing vs javafx自分の理解
メリット
・CSS
・prism。UIスレッドと分けられていて描画が停止しない。GPUが活用される。
・ラムダベースのAPI
・Scene Builderがある（個人的に便利と思わない）
デメリット
・バグが多い
・モデルとビューの分離がし辛い。StringPropertyとか使わない方が良さそう
その他
・ゲームエンジンも通常のGUIもjavafxで一本化できるかも
・標準から分離されたが、JDKと同じ範囲でサポートされるのか？
- 406 名前：デフォルトの名無しさん mailto:sage [2020/05/30(土) 12:19:40.54 ID:9NYPs0Wl.net]
- >>405
まあそんな感じだね
Scene Builder不要は同意
ウィンドウリサイズに対応しようと思ったらHTMLのレスポンシブ対応みたいなのが必要になるから
FXMLでノードの入れ子構造を手書きするほうがいい
みんなHTMLは手書きするよね？ホームページビルダーみたいなWYSIWYG使わないでしょ
アプリの画面開発も同じ
JavaFXにバグが多いというのも事実だけどSwingと対比されるとちょっとなあ
だってSwingもバグ多くていまだにフィックス続いてるじゃない？いつ枯れるのよって
JavaFXはモデルとビューの分離も得意
プロパティバインディング使わないなんてもったいないよ！
- 407 名前：デフォルトの名無しさん mailto:sage [2020/05/30(土) 22:13:45 ID:I1WXKADU.net]
- javafxで3dいじる人なんていないか…
悲しいなぁ
- 408 名前：デフォルトの名無しさん mailto:sage [2020/06/01(月) 12:46:12 ID:+e7s6jLC.net]
- >>404
Java3Dじゃダメなんか...
- 409 名前：デフォルトの名無しさん mailto:sage [2020/06/02(火) 05:17:31.51 ID:d8r0OMBd.net]
- >>408
javafx + java3dだ
書き方が悪かった
- 410 名前：デフォルトの名無しさん mailto:sage [2020/06/02(火) 08:59:13.53 ID:thP6e8vV.net]
- >>409
自分も興味あるのでやりたいんだけど
資料情報が少ないしどっちも開発オワコンで・・・180度反転座標で混乱してるし
JavaFX 3Dは左上原点Y軸下方向＋Z奥行＋
2Dウィンドウと統合の為のブラウザ画面座標系
xiphia.info/wp-content/uploads/2014/12/fx_axis.png
Java3Dは画面中央原点でY軸上向き＋画面手前Z軸＋
一般的な3Dモデラーは右手座標系
xiphia.info/wp-content/uploads/2014/12/right_axis.png
2014で止まってる参考↓
xiphia.info/2014/12/08/124
JavaFXアーキテクチャ
xiphia.info/wp-content/uploads/2014/12/fx_arch.png
で、モデルの読み込みも自分で実装しなきゃいけなくて、
かつ、トゥーンシェーダーは無いみたいですね
これも自分で実装しろということみたいですね。
>>404でも2Dと統合してるのなら3Dのシリンダーで立方体の縁取りをしなくても
描画線幅のプロパティとかがありそうなもんですけどね
というかテクスチャ貼れるなら四角い「◻」画像貼った方が早そうな気がする
- 411 名前：デフォルトの名無しさん mailto:sage [2020/06/02(火) 09:09:08.99 ID:thP6e8vV.net]
- >>410
プリズムエンジンがどういう動きをしているのか分かりませんが
OpenGLからJava 2Dに渡してシーンのステージを描いていて
ラインプロパティがCSSで変更可能なのか？どうかですね。
- 412 名前：デフォルトの名無しさん mailto:sage [2020/06/04(木) 12:38:12.14 ID:kBG00nRj.net]
- >>410
一応テクスチャで□画像貼り付けるやつもやったんだけど，シリンダーのほうが描画的には軽かったんだよね
自分のコードの問題かもしれないけど...
JavaFX3DのShape3DにBoxがあって一応線だけ(ワイヤーフレーム)表示がある
それと普通のBoxを組み合わせるとこんなんなるんだけど
やっぱり立方体だけど少し見栄えが良くない
でも数万個単位になるとシリンダー12個使うよりは当然軽いんだよねぇ...
https://imgur.com/3KfENIX.png
- 413 名前：デフォルトの名無しさん mailto:sage [2020/06/04(木) 15:34:36.68 ID:yJnIrqKv.net]
- >>412
根本的解決では無いけど
デフォルトで背面カリングされてるのかな
せめてシリンダー12個より細長くて黒い直方体12個のほうがポリゴンは減らせると思う
|
 |
