- 1 名前：デフォルトの名無しさん [04/11/01 18:12:24]
- タダより高いものは無い。
- 237 名前：デフォルトの名無しさん [2006/03/32(土) 09:34:06 ]
- JBuilderってフォントがｷﾓｲ
読みにくい
- 238 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 09:47:31 ]
- >>237
それは、JBuilderのせいなのか？
Swingで使ってるフォントじゃなくて？
- 239 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 10:02:20 ]
- カスタマイズできるんだからデフォのフォントなんて意味ない話だな
- 240 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 13:53:36 ]
- ミミズだって オケラだって VBだって〜
- 241 名前：デフォルトの名無しさん [2006/03/32(土) 17:37:25 ]
- JBuilderのGUIのフォントが読みにくいんだけど・・・
- 242 名前：デフォルトの名無しさん [2006/04/02(日) 13:49:54 ]
- >>222
ネイティブ側のほうがJavaよりも
メモリ解放効率が悪いアルゴリズムを人間の手で手動で
書いているから。
GCみたいに自動でやればかなり高速化するのだが
複雑大規模化すると人間よりもコンピュータに
メモリ解放させた方が効率が良い。
それがネイティブよりもJavaを早くできる結果となっている。
ネイティブ側も頑張れば絶対的にJavaより早くすることは
いくらでも可能だが、開発コストがかかるのと
すべての場面に置いて確実にJavaより早くするよう
設計することを保証するのが難しくなってきている。
だからJavaって凄い言語なんだと感心するのである。
- 243 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:51:03 ]
- >>225
それでもC++で高速化するよう上手なコードを書くことは
昨今では難しくなってきているわけだが。
気が付けばJVMやJavaコンパイラはますます進化しているし
- 244 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:52:07 ]
- >>226
漏れはJavaだけでなくPHP, Perl, Ajax開発にもEclipseを
用いて職場で開発をしている。
- 245 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:52:48 ]
- >>227
CDT使ってる香具師多いみたいだが。
本スレ見ているとCDTの新バージョンﾏﾀﾞｰ
とかいうﾚｽをいくｔかみたし。
話題になってる。
- 246 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:54:06 ]
- >>233
Java Studio Creatorが抜けている。
- 247 名前：デフォルトの名無しさん [2006/04/02(日) 18:23:19 ]
- Java Studio Creatorって結構よくね？
- 248 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 19:00:50 ]
- >>243
いやだからベンチマークしてみろって！なんでそんなＳｕｎの
宣伝ばっか鵜呑みにしてんの？馬鹿じゃないの？
- 249 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 21:55:47 ]
- SunのVMはうちのベンチだとgccよりかは速いがVCよりかは遅いな。
言語による速度の違いより処理系の違いのほうがでかいレベルまでVMが進化したのは確か。
MSのCLRは試したことないけどSunと同じような主張をしてるみたいね。
- 250 名前：デフォルトの名無しさん [2006/04/02(日) 22:05:42 ]
- >>242
C#使えば？
- 251 名前：デフォルトの名無しさん [2006/04/02(日) 22:10:12 ]
- >>242
それってJavaがすごいというより
GCがすごいってだけじゃね？
.NETでもGCが動けば同じでは？
- 252 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:20:32 ]
- >>251
漏れがちょいちょいと書いた動画圧縮プログラムなんかは、
.Net の 1.1 (VS 2003でコンパイル) よりも C++ の方が倍近く速かったなぁ・・
C++の方は速度気にしないで stl とか使ってたんだけど。
こういう用途でもJavaも速いのかもしれないけど、あんまり試してみる気が
しないのは、やっぱりJava=遅いっていう先入観にとらわれてるんだろうな。
たいして必要性も感じないし。
- 253 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:44:13 ]
- 実際Javaは遅いよ。
- 254 名前：デフォルトの名無しさん [2006/04/02(日) 22:45:09 ]
- あー
画像処理とか動画処理ではjavaは壊滅的に遅いだろうね
- 255 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:48:31 ]
- サーバサイドのリクエストの処理は速い。
大量リクエストの並列処理では有利。
ただし、メモリはたくさん用意しておいた方がいい。
- 256 名前：デフォルトの名無しさん [2006/04/02(日) 23:02:01 ]
- コマい仕事を大量に捌くのは早いが、重い単発の仕事はまだＣの方が上か。
- 257 名前：デフォルトの名無しさん [2006/04/02(日) 23:41:44 ]
- mallocの本質はフリーチェーンと呼ばれる使用可能メモリブロックの長い連結リストだ。
mallocのパフォーマンスは決して速くなく、しかも、クリーンアップのために
ときどき予期できないタイミングで非常に遅くなる
Javaはガベージコレクションがあるから・・・なんてしたり顔で話すC++プログラマが、
デフォルトのメモリアロケータを平然と使っているなんてことは良くある。
頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、
いつも2の累乗のサイズでメモリブロックを割り当てる。
この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。
…尤も、Javaの世代別GCに比べれば余りに原始的だがな。
- 258 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 23:56:59 ]
- >いつも2の累乗のサイズでメモリブロックを割り当てる。
>この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。
アホか
- 259 名前：デフォルトの名無しさん [2006/04/03(月) 00:08:13 ]
- >>257 クリーンアップのためにときどき予期できないタイミングで非常に遅くなる
嘘だろう。C/C++ で heap 領域の clean up を勝手にやるようなメモリ管理なんて聞いたことがない
>>頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、いつも2の累乗のサイズでメモリブロックを割り当てる。
C++ の new で heap 領域を割り当てるのに一々メモリサイズなぞ指定しない。
不特定の new/delete を繰り返すことで heap 領域が断片化して、最終的に malloc に失敗することはある。それが実際に発生するのはメモリ不足になるような使い方をしたとき。普通は、そんな心配さえしない。
- 260 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:16:27 ]
- あと、GCは集中的に行われる
参照されなくなったときにすぐに行われるのではなく、あとで一気に実行される
こまめにメモリ開放を繰り返すのではなく、開放するときはまとめて行うことにより
スループットが上がっていると考えることはできるかも
Javaの問題はレスポンス
Flipまで時間に余裕があるとき新世代のGCをしておきたいとか
そういうのがあってもどうにもならない
かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い
マシンパワーに余裕がある場合5ms以内の指定した時間に起こるGCは問題なくても
いつ起こるかわからないGCは1ms以下でも大問題になるってSunはわかってるんかね
まぁ並列GC使えば影響は大分抑えれるけどもこの問題はなくなるわけじゃない
- 261 名前：デフォルトの名無しさん [2006/04/03(月) 00:16:48 ]
- だからC#使えって。
メモリ管理は工数を大幅に引き上げるため、コストがかかり過ぎる。
仕様変更た機能拡張の度にメモリの管理を見直すのは愚の骨頂。
- 262 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:33:15 ]
- GCとかC#のほうがおそいんだけど・・・
- 263 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 01:11:25 ]
- EclipseでC#開発ができるようになれば、このスレとしては解決ということか。
- 264 名前：デフォルトの名無しさん [2006/04/03(月) 08:39:43 ]
- C#よりVB.NETの方がいいじゃん
- 265 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 10:37:01 ]
- VB.NETではここらへんは解決したんかな？
d.hatena.ne.jp/wildcats/20060329
- 266 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 10:48:34 ]
- そいつ嘘ばっかジャン
- 267 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:03:50 ]
- >>249
プログラムやアルゴリズムによってJavaが早くなったりしないか
- 268 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:06:40 ]
- >>250
プログラムを部分的にネイティブにすることによって
他の環境へ移植するときに修正コストがJavaよりもかからないこっとと、
ネイティブ部分は少ないがWinodows以外の環境に移植するときに
(たとえばMonoのように)速度が大幅に遅くなったりしないことと、
ライブラリやAPI、フレームワークがJava以上に充実して
仕事もJavaよりも増えたらC#への移行を考えるよ。
- 269 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:07:42 ]
- >>254
API内部にnative使っているものもあるので以外とおそくなかったりするものもあったりする。
画像処理は、拡大縮小程度ならそんなに遅くなかった記憶がある。
- 270 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:08:08 ]
- >>256
そもそもCの仕事が少ない。
- 271 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:09:26 ]
- >>260
> あと、GCは集中的に行われる
> Javaの問題はレスポンス
> Flipまで時間に余裕があるとき新世代のGCをしておきたいとか
> そういうのがあってもどうにもならない
> かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い
つjava.lang.ref.SoftReference
- 272 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:10:28 ]
- >>264
それだったらC#やってるほうがまし。
VB.NETには魅力が感じられない。
よくわからんがVB時代の名残でGUI向け言語って先入観がある。
- 273 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 13:23:22 ]
- 速い、遅い、って言っても、用途で変わってくるが、数値計算に限れば
ttp://www.shudo.net/jit/perf/
のSciMark2.0が参考になる。
この言語だから遅い、というよりプログラマがヘボだから遅い、というレベルの差しかない。
ただ、>>260 は同意。
100個のオブジェクトのgc (一括処理)の方が、10個ずつ10回の処理よりも合計として
速いとしても、後者を行いたいときがある。ゲームなどの実時間タイミングの要求がシビアなやつ。
次フレームまでの15msの時間内でgcとか、時間指定gcができるようになるといいんだが。
- 274 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 16:15:53 ]
- そもそもJavaで60fpsのゲームなんて無理だろ？
そんなタイミングがシビアなときのGCなんて気にするようなことじゃない。
- 275 名前：デフォルトの名無しさん [2006/04/03(月) 20:19:44 ]
- VB.NET・・・（´_ゝ｀)
- 276 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 01:31:32 ]
- >>273
一応割合指定とかあるけど1ms以下の挙動はあんまり期待できなかった
>>274
あほか
10年前は無理だったけど4年位前からできるようになったよ
今ハードウェアアクセラレーションばりばりで垂直同期ページフリッピングとか
やってくれるよ
WindowsだともちろんDirectX使ってアクセラレートされる
Swingとか通常のGUIアプリがね
画像をただdrawImageしていてもVRAMへの転送とVRAMtoVRAMの両方が行われる
次からはメモリtoVRAMへの転送が行われない
そしてこれらには優先度が合ってVRAMの容量がなくなると優先度の低いのから追い出されたり
インテリジェントに行われる
- 277 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 06:54:31 ]
- javaも値型オブジェクト導入すりゃいいのに
- 278 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 07:12:56 ]
- なんで？
- 279 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 07:17:26 ]
- javaもunsigned導入すりゃいいのに
- 280 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 09:53:59 ]
- >>276
ほんとかよ。
2Dゲームの背景にタイルを敷き詰める処理を作ってみたが明らかに遅いぞ。
これと言って変な処理は入れてないが、5fps出ない。
- 281 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 10:19:38 ]
- >>279
そういうクラスを実装すればいい。
- 282 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 10:54:38 ]
- >>280
Javaでゲーム作成スレくらいみてからいってくれ
あとそのコードさらせ
- 283 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:25:53 ]
- >>271
解決になってないぞ
- 284 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:43:39 ]
- GCのことで文句を言う前にまずReferenceを
うまくつかって解決に挑戦してみろってことだろうや
- 285 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:48:12 ]
- >>284
ゲームなどの用途でのGCをコントロールする意味わかってるの？
リファレンス使ったところでどうにもならんよ
- 286 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:51:33 ]
- >>285
まーまー。Reference 覚えたんで言ってみたかっただけだろ。
許してやれ。
- 287 名前：デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:53:28 ]
- そういやVCバリのスレでもjava.lang.ref使えば解決とかうそつき発言なやついたなぁ
- 288 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 11:13:23 ]
- 確かに長い配列の扱うときにReferenceを使うと
高速化するのは事実だけども
- 289 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 11:42:23 ]
- Referenceって世代別GCと相性悪いってのしらないやつまだいるのか
- 290 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 12:07:26 ]
- 今なら配列ではBuffer
- 291 名前：デフォルトの名無しさん [2006/04/06(木) 19:59:54 ]
- コンパイルできねぇ。
なにこの糞死ね！
- 292 名前：デフォルトの名無しさん [2006/04/06(木) 20:00:27 ]
- 糞！糞！糞！
blog.sena.to/archives/2006/01/14/2126.html
ココと同じことやったんだが全くダメ！
糞！糞！糞！
- 293 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 17:30:10 ]
- >>290
マ板の 最近のJavaって軽くね？ スレで答えてもらえなかったんだが、どう使うんだ？
最近のJavaって軽くね？
pc8.2ch.net/test/read.cgi/prog/1137836570/572-
- 294 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 17:45:18 ]
- こちらにまで出張してくるC言語厨の教えて君ご苦労様です。
- 295 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 20:18:06 ]
- そんなこと言わないで教えてよ
- 296 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 21:19:34 ]
- 質問するならスレまちがえてるぞ
- 297 名前：デフォルトの名無しさん [2006/05/05(金) 01:51:50 ]
- イクリプス
じゃなかったっけ？？？
- 298 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:31:17 ]
- エクリプスじゃね？
www2.alc.co.jp/ejr/index.php?word_in=eclipse&word_in2=reedeirrf&word_in3=zJPa7DCxJ15687987t
- 299 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:35:29 ]
- 調査の結果
エクリプス の検索結果 約 446,000 件中 1 - 10 件目 (0.03 秒)
イクリプス の検索結果 約 303,000 件中 1 - 10 件目 (0.16 秒)
という結果になり、検索一発目にあたるのが
エクリプス→フリーソフトのEclipse
で
イクリプス→カーオーディオ
なのでエクリプスのほうが一般的・・・かもしれない。
- 300 名前：デフォルトの名無しさん [2006/05/05(金) 05:22:26 ]
- 俺はイクリプスって読んでる。
experienceのノリで。
- 301 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:41:01 ]
- こんなん出ましたけど
エクリプス java の検索結果 約 27,600 件
イクリプス java の検索結果 約 1,200 件
エクリプス java -イクリプス の検索結果 約 27,500 件
イクリプス java -エクリプス の検索結果 約 187 件
- 302 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:51:45 ]
- 別に発音的に間違ってるわけじゃないんだから
俺はイクリプスのままで通しますね。
- 303 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:58:46 ]
- 一応参考
www.excite.co.jp/dictionary/english_japanese/?search=eclipse
で発音が聞ける。
別に英語の発音にこだわって、
エクリプスって言ってる奴を粛清しようとは思ってないから安心しろ。
- 304 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 06:13:11 ]
- >>303
でも、２ちゃんに書き込むときはエクリプスにしてくださいね。
イクリプスだとカーオーディオのが多いようですから。
- 305 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 10:01:37 ]
- >>302
記述的には一般的ではないけどな。
- 306 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:06:58 ]
- >>303
いるな、英語の発音に粘着する奴。
普通の会話でカタカナをネイティブな発音でしゃべると
おかしいことに気づかないくらいアホなんだろな。
- 307 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:08:14 ]
- イクリプスって言う人のほうが多いな
wikiが立ち上がったときにかなりさわいだな、これ
- 308 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:18:36 ]
- >>307
俺は色々な会社の人間と話するが、
エクリプスとしか、聞いたことない。
関西ローカルなのか？
- 309 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:05:48 ]
- >>308
いや、関東も同じ
- 310 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:21:31 ]
- よし、みんな、
これからはできるかぎりイクリプスと発音するように心がけようで
- 311 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:22:15 ]
- >>304-305
安心しろって。
書くときはeclipseって書いてるから。
- 312 名前：デフォルトの名無しさん [2006/05/05(金) 13:44:46 ]
- Eclipseのソース追っかけてると、
デザパタてんこもりで、最近ちょっとうんざりしてきた。。。
- 313 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 14:05:59 ]
- Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる
これ設計開発した人たちってJava歴1年未満の人かな
- 314 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 15:03:18 ]
- >>312
デザパタてんこもりって、そりゃ必然だろ。
そんなこと言うとJDKもJakartaもデザパタてんこもりだ。
>>313
自慢ですか。
まー、EclipseソースはSWTと全然違うよ。SWTは異質。
- 315 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 15:48:53 ]
- どこが自慢に見えたのかな？
まあ、無能な人間ほど自身の無能を棚に上げて他人の才能を嫉むんから敵わないね ┐(´ー｀)┌
- 316 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:08:52 ]
- >>315
ま〜た、自慢ですか。
自分で嫉まれるとか言うなよw 自称上級者の初心者には敵わないね ┐(´ー｀)┌
- 317 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:15:15 ]
- さすがEclipseのスレにふさわしい話題が続いています
- 318 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:30:38 ]
- >>316
脳って知ってる？ 脳。
あれ、便利だから一回使ってみると良いよ。
- 319 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:35:43 ]
- >>318
はー。正直がっかりだ。煽りスキルもセンスもないのか。
初心者の上、2ch も初心者か。
- 320 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:44:44 ]
- これがJavaグラマの現実
- 321 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:54:05 ]
- >>319
2ch玄人気取り厨ｷﾀｰ ｗｗっうはｗｗｶｯｺﾖｻｽｗｗｗｗｗ
- 322 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:57:52 ]
- ここも含め、Eclipse本スレも初心者スレも一気にレベルあがったな。
- 323 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:43:21 ]
- >>313
Swingよりも高速化させるためにわざとスパゲティ化させてたとか？
- 324 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:44:21 ]
- >>320
EclipseやSWTは一部Cが使われてるから
Cグラマの現実ともいえたりしないか
- 325 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 11:22:46 ]
- スパゲティ化させると高速になるのか？
- 326 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 13:11:33 ]
- おまえは論理的な考え方ができないのか？
- 327 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 15:05:13 ]
- なにしろジャバグラマですから。
- 328 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 21:21:14 ]
- 黄金厨ｳｾﾞｰ
- 329 名前：デフォルトの名無しさん [2006/05/08(月) 05:28:56 ]
- >>314
> デザパタてんこもりって、そりゃ必然だろ
まあ、Ecliipseに実装されてる既存のものを使うならいいんだよ。
ただしもっとリッチなものを作ろうとしたら面倒になってくる。
例えば、UIに関して言えば、XULとかのXML UIみたいなのが楽なんじゃないかと思うんだよね。
特に、何か新しいコントロール作る場合、Eclipseの作法だとカスタムコントロールいちいちswtレベルで作って、
次はjfaceのcontribution manager/item作って、最後にschema定義してregistryとか作ってextension point作るっていうのは
時間がかかる気がするんだよね。
- 330 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 05:34:01 ]
- >>313
> Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる
具体的に教えてくれ。どこのコードがひどそう？
- 331 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 05:43:25 ]
- >>323
言ってることわからん。
>>324
> EclipseやSWTは一部Cが使われてるから
> Cグラマの現実ともいえたりしないか
これはJDKに関したって同じだろ。
SWTのOS.javaのほとんどのスタティックメソッドは、
OSのAPIと一対一なので、そのあたりはJDKよりかなりきれいだと思うんだが。
例えば、Win32のOS.javaのSendMessageWはJNIでWin32のSendMessageWを単に呼んでるだけだしね。
- 332 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 14:46:42 ]
- ウィンドウズ専用ならそれでいいけどさ。
- 333 名前：デフォルトの名無しさん [2006/05/08(月) 20:49:05 ]
- 最近やっと良スレになってきたね。
- 334 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 22:27:05 ]
- >>329
XUL だと既存にない新しいコントロールが楽に作れるということか。
ほんとか？
- 335 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 11:56:30 ]
- >>334
SWTとJavaScriptだったらそりゃあ。
XULは基本的にDHTMLのアプリ版みたいなもんだからね。
XULの場合、さらに、cssでtheme/skinを簡単に作れるしね。
- 336 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 12:03:34 ]
- >>332
> ウィンドウズ専用ならそれでいいけどさ。
逆だろ。
マルチプラットフォームだから、SWTみたいな方がいい。
OS APIとOS.javaのメソッドが一対一になってるから、
JNIの肥大化が防げるし、JNI内部をデバッグ／リコンパイルしなくてもすむ場合が多い。
（っていうことでSWTが始まったんだよ）
- 337 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 14:09:05 ]
- >>336
Windows以外は１：１にならない
ということをいいたいんじゃないのか？
SWTは開発者サイドにとっていいものではないと俺は思うけどな
あくまでもEclipseのためのプラットフォーム
RSAとかEclipseベースのヘビーなアプリさわってるとSWTってやばいんじゃねーかと思う
なんか重い処理の間イベントがとんでないような
|
 |
