- 1 名前：chinkasu [02/10/05 14:27]
- このすれ立てても一人としてレスはいるとはおもっちゃ
ねーけどさ
2ちゃんのｱﾌｫにはこのレス荒らすことぐらいしかできないと
思ってるぜ
お前らに期待を裏切るような書き込みをリクエストする
- 2 名前：デフォルトの名無しさん mailto:sage [02/10/05 14:34]
- チンカスの仕切るスレなんか育てたくない。
- 3 名前：デフォルトの名無しさん mailto:sage [02/10/05 14:39]
- 育ててくれなくて結構よ
- 4 名前：デフォルトの名無しさん mailto:sage [02/10/05 14:40]
-
Java Native Interface プログラミング
ピアソン
ちょっと誤植あるけどね
JNIの資料ってあまりないからage
- 5 名前：デフォルトの名無しさん mailto:sage [02/10/05 14:43]
- まあポイントはJava側のクラスメンバと
C/C++ネイティブで取り扱う引数とのせめぎあいかな
- 6 名前：デフォルトの名無しさん mailto:sage [02/10/05 18:21]
- SWTを参考にすべし
- 7 名前：デフォルトの名無しさん mailto:sage [02/10/05 18:29]
- 1に2ちゃんのｱﾌｫを黙らせるような書き込みをリクエストする
- 8 名前：デフォルトの名無しさん mailto:sage [02/10/05 18:32]
- C#並に簡単に書けるようになりませんか？
はっきりいってウザイです
- 9 名前：デフォルトの名無しさん mailto:sage [02/10/05 22:31]
- >>8
お前みたいな能無しの書き込みをまってたんだよ
どんどん書いてくれ
俺はｳﾞｧｶだからC#しかできねぇってな
- 10 名前：デフォルトの名無しさん mailto:sage [02/10/06 09:40]
- C++からJVMコールしてますがなにか
- 11 名前：デフォルトの名無しさん mailto:sage [02/10/06 09:49]
- >>1
お前がなにか逝ってみろ
- 12 名前：1ですが mailto:sage [02/10/06 10:15]
- JavaからC/C++のバイナリをロードするにはJNIを知らないとできません
C/C++技術者がJNIを知るとJVMの起動から呼び出しまで自由自在
2ちゃんの方々は言語をやっているだけでperlがうざいだのアセンブラがえらいだの
入り口の部分でのみ優劣を競っている低脳君がほとんどです
大切なのは言語でなにがどこまで深く実現できるかを知ることです
- 13 名前：デフォルトの名無しさん mailto:sage [02/10/06 11:01]
- >>12
> 大切なのは言語でなにがどこまで深く実現できるかを知ることです
「だったら、アセンブラがえらいよ。」と言う突込みしかこないぞ。
お前には、簡単にかつ安全に実現できる (=納期迅速、激安) と言う視点はないのか ?
- 14 名前：1ですが mailto:sage [02/10/06 20:21]
- >>12
アセンブラじゃ速くてもコストがあわないぜ
速さとメンテナンス性のバランスを考えた上でのJNIなんだけどな
アセンブラ偉いよ昔のCMOSさんみたいにVzエディタを全部アセンブラで
くむぐらいならな
表面でアセンブラ云々抜かすなよ
おまえもCMOSさんぐらいに組めるのなら尊敬するけどな
- 15 名前：デフォルトの名無しさん mailto:sage [02/10/06 20:29]
- >>14
> アセンブラじゃ速くてもコストがあわないぜ
> 速さとメンテナンス性のバランスを考えた上でのJNIなんだけどな
こいつなんか勘違いしてねーか ?
- 16 名前：デフォルトの名無しさん mailto:sage [02/10/06 21:48]
- 15のような言うだけでアセンブラもCもできない厨房は放置ということで
そろそろJNIにいこうか
- 17 名前：デフォルトの名無しさん mailto:sage [02/10/06 21:59]
- 漏れはlong型のシグネチュアがLでは無い仕様に
結構驚いているけどね
- 18 名前：デフォルトの名無しさん mailto:sage [02/10/06 23:43]
- >>17
Lはクラスの完全修飾ってアレか
- 19 名前：15 mailto:sage [02/10/07 22:27]
- >>16
> そろそろJNIにいこうか
ププッ、みんなついてこなくって寂しいねぇ。
まあ、アセンブラと JNI を比較してぐだぐた言ってる厨房の相手はしてられねーよな。
- 20 名前：デフォルトの名無しさん mailto:sage [02/10/07 23:02]
- Windows + Java でクライアントアプリケーション開発してるけど、
JNI経由でWin32APIを適当に利用すると便利だね。
javaではスクリーンサイズしか取得できないけど、
JNI使えばタスクバーを除いたスクリーンのサイズを取得できるとか。
ファイルチューザーなんぞもWindowsの呼び出す方が楽だし。
みんなは、JNIでどんなことしてる？
- 21 名前：デフォルトの名無しさん mailto:sage [02/10/08 08:15]
- >>20
Javaはmainだけで、残り全部nativeにやらせてる。
Javaのすごさを証明するのに便利（ｗ
- 22 名前：デフォルトの名無しさん mailto:sage [02/10/08 12:33]
- >>20
SystemParametersInfoのこと？
おいらはSWTの
OS#SystemParametersInfo(int uiAction, int uiParam, RECT pvParam, int fWinIni)
で取得するけどね。
- 23 名前：chinkasu [02/10/08 22:06]
- おお！
ちょいとこない隙に
>>19～22
ようこそ！
おいらもC/C++で作った過去の資産を
JNIでがんがん使ってるよ
なんたって
Write ... なんたらは糞くらえ
速くて再利用可能なJNI最高だぜぃ
- 24 名前：デフォルトの名無しさん [02/10/08 22:39]
- JNIって本当にあるのでしょうか？
探しているのですが見つかりません。
もしかしてこれはネタスレでしょうか？
- 25 名前：デフォルトの名無しさん mailto:sage [02/10/08 23:19]
- javac -h でJNI用のヘッダが生成されるYO!
- 26 名前：デフォルトの名無しさん [02/10/08 23:20]
- >Windows + Java でクライアントアプリケーション開発してるけど、
>JNI経由でWin32APIを適当に利用すると便利だね。
うちの会社ではwindows上のクライアントアプリを作るために、
GUIとかAPIをJNIでラップしてるやつ買ったよ。
便利だね。
C#のライブラリーはなんであんなに糞なの？
- 27 名前：デフォルトの名無しさん mailto:sage [02/10/08 23:25]
- >>26
> GUIとかAPIをJNIでラップしてるやつ買ったよ。
Javaって write once run anywhere がウリなのにそんなことしたら
意味ネーじゃん。馬鹿？
- 28 名前：デフォルトの名無しさん mailto:sage [02/10/08 23:58]
- >>26
へぇ～。何ていうやつ使ってるの？
- 29 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:03]
- ＞Javaって write once run anywhere がウリなのに
おいおい…。
いまや特定ＯＳのＡＰＩにも使われてるのに…。
- 30 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:27]
- >>24
JNI最高よ
27みたいなプログラムにパフォーマンスを求めない人は縁はないけどね
で顧客に「おたくの作ったの遅いから作り直せ」とか言われても
「Javaで組む仕様制限です」と逃げるわけね
今時Oracleでさえもネイティブに落としている現実を知らないのね
なによりも今までのC/C++資産をすべて使えるこれ本当
おいおい話していきましょ
- 31 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:34]
- ＞今時Oracleでさえもネイティブに落としている現実
既存部をJAVA向けにラップしてるんじゃなくて、
JAVA実装部をネイティブで書きなおしてるの？（厨でスマン
- 32 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:42]
- 漏れはデプロイがめんどいEJBの代わりに
JNI経由でCOM+を使うのが利口だと思うが如何か？
- 33 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:44]
- >>32
COM+って何ができるのかいまいちわかってないモレに教えてクレ
- 34 名前：デフォルトの名無しさん mailto:sage [02/10/09 00:55]
- >>33
COMはコンポーネント技術の総称
MSの仕様策定品目
ようは部品だ、VB用のGUI部品からスタートしているが
分散COMとしてWebのバックグランドサービスや
SQL DB操作用の javaBeanみたいな利用もできる
EJBはOOだ偉いだろうと言うヤシがいるかもしれんが
パフォーマンスはEJBの敵じゃないし STLで組めばCOMの内部はOOで実装可能
デプロイは簡単でGUIDと言う一意のクラスIDをレジストリに登録する
COMは仕様であり、汎用機、UNIXでも動作する
また、開発する言語はなんでもよい
OLE, ActiveX, COM, COM+, DCOMなどMSが節操の無い名称を付けたため
基本仕様の素晴らしさをスポイルしている嫌いがある
- 35 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:00]
- ＞ COMは仕様であり、汎用機、UNIXでも動作する
ＭＳが仕様を公開しないから、
ＥＪＢやＣＯＲＢＡから接続できないって話を聞いたが？
＞基本仕様の素晴らしさ
ＣＯＲＢＡより、どの辺がすばらしいの？
煽りじゃなくて、普通に知らんのです．
- 36 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:01]
- >>34
分散オブジェクトサービスみたいなんもんでしょーか。
あれ？そうするとDCOMとの違いが分からん...
- 37 名前：20 mailto:sage [02/10/09 01:02]
- >>26
へー、売り物でそんなラッパーがあるですか？
良かったら製品名とか教えてもらえませんか？
>>27
write once run anywhere なんて言ってる人がまだいたんだ…
今、javaに魅力を感じてる開発者って「どこでも動く」ということより
言語仕様、充実してきたクラスライブラリに惹かれてるのではないかと。
- 38 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:03]
- >>37
ああ？Java厨召還するぞコラァ
- 39 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:08]
- 良スレage
>>27
ＳＷＴじゃなくて？
- 40 名前：デフォルトの名無しさん [02/10/09 01:09]
- って、ageてねーよ、俺（鬱
- 41 名前：デフォルトの名無しさん [02/10/09 01:11]
- JNI使うと遅くなるんだよ
知らないの？
- 42 名前：デフォルトの名無しさん [02/10/09 01:19]
- ＪＮＩ通すところ自体はね。
- 43 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:23]
- >>41
詳細キボンヌ
- 44 名前：デフォルトの名無しさん mailto:sage [02/10/09 01:30]
- >>43
これに載ってたよ。
www.amazon.co.jp/exec/obidos/ASIN/4894713934/ref=sr_aps_b_/250-0833969-8419468
- 45 名前：デフォルトの名無しさん mailto:sage [02/10/09 08:35]
- >>41
確かにね
Cのコードをラップして利用するわけだから当然だよね
呼び出したあとのビジネスロジックなどがJVMの動作より
トータルで速ければいいわけですよね
あと、A/D変換のソフトウェアなんてJavaからコールして作成できるし
アイデア次第でJavaの世界も広がるわけですよね
- 46 名前：デフォルトの名無しさん mailto:sage [02/10/09 08:48]
- >>37
>>言語仕様、充実してきたクラスライブラリに惹かれてるのではないかと。
そのとおりだよね
言語仕様は良い！
しかし、かゆいところまでは手が届かない
だからJNIなんだよね
>>38
ここはJNIを応用して幅広い応用技術を含めた情報交換をする場所です
Javaオンリーの狭い了見の人は連れてきても浮いてしまうよ
どうせ実装が美しいとか、他の言語は糞だぐらいしか言えないんでしょうから
どうせつれてくるのならC/C++でCORBAする人とか
EJBのプロを連れてきてね
あっきみに質問だけど
JVMのローカルスタックのデフォルトサイズって知ってる？
- 47 名前：デフォルトの名無しさん mailto:sage [02/10/09 09:09]
- >>35
MSはCOM仕様は完全公開しているよ
COMは独占物ではないよ
CORBAとの比較は一言では語り尽くせないのだけど
昔CORBAの立ち上げ時にはAPIレベルでの仕様の統合が行われていないために
実装費用がかかりすぎたとの話があります
COM仕様はその辺枯れている
スレ違いかもしれんがJNIから利用する可能性が高い技術ということで
-----------------------------------------------------------------------------------
サービス COM CORBA
-----------------------------------------------------------------------------------
ライフサイクル IUnknown IF ライフサイクルサービス
恒常記憶域管理 パーシステントストレージ パーシステントサービス
マーシャリング制御 IMarshal IF なし
アウトバウンド制御 IConnectionPoint IF なし
セキュリティ Identification Identification
Authentication Authentication
Integrity Integrity
Confidentiality Confidentiality
ServerActivation
AccessControl AccessControl
Delegation Delegation
Nonrepudiation
トランザクション管理 MS-TransactionServer ObjectTransactionServices
(Viper)
プロパティ管理 MS-ActiveDirectory PropertyServices
- 48 名前：38 mailto:sage [02/10/09 09:10]
- > JVMのローカルスタックのデフォルトサイズ
は、8Mでしょうか・・・
- 49 名前：デフォルトの名無しさん mailto:sage [02/10/09 09:10]
- スマンずれてしまた
なにがなんだかわからん糞かいてもうた
- 50 名前：デフォルトの名無しさん mailto:sage [02/10/09 11:10]
- >>31
亀レスだが
PL/SQLと同様な機械語コンパイル済みコードをサーバに持っているし
オラクル独自実装のネイティブコンパイルを搭載している
この事実は、オラクルもJVM(所詮インタプリタ)のパフォーマンスを問題視しているという事
の表れと思われる
コマンドラインツール名は ncomp
- 51 名前：デフォルトの名無しさん [02/10/09 12:37]
- でも、COMをそういう使い方するのは終わりだってね。
.netとかsoapだって、これからは。
OSの中でまだ使われるかもしれないと。
JNIなんて特定のAPIが呼び出したい時くらいしか使わないなぁ。
そんな事もめったにないんだが。
人生に一度あるかないか・・・
- 52 名前：デフォルトの名無しさん mailto:sage [02/10/10 00:34]
- >>51
遊びでSOAPToolkitいじったら、
(SOAPの)アプリをＣＯＭにしろとか言われたＹＯ！
まあ、SOAPToolkit自体がRemotingとかへの
つなぎに過ぎなかったのかもしんないけど．
- 53 名前：デフォルトの名無しさん mailto:sage [02/10/10 08:37]
- >>51
このスレは使う必要がなくても無理して使いたい人が集うスレにしたかったのです
51もスキルがあるのだから無理して使ってくれる事をｷﾎﾞｰﾝ
- 54 名前：デフォルトの名無しさん mailto:sage [02/10/11 01:51]
- >53
正直JNIってあんまりいい印象無いのだけど。
以前COMで開発したアプリをJavaから使いたいって言われてJNIを調べてラップしてみようと
したのだけど、結局COMのオブジェクトをJNIのコードで生存管理しなきゃならんかったような
気がしてベラボーに面倒くさくなってやめさせた。
ひょっとしてそれは俺が厨だからか？（笑
ところでrun anywhereってもう化石なの？
ポータビリティとパフォーマンスはトレードオフで考えるのが普通な気がする。
世の中そんなにクリティカルな案件ばっかりなの？
- 55 名前：デフォルトの名無しさん mailto:sage [02/10/11 18:20]
- >>54
昔からマルチプラットフォームを謳うソリューションやツールは
必ずパフォーマンスが悪かった事を体験的に知っている俺はrun anywhereで売り出した時から
Javaの事信じてなかったわけだす
さらにservlet黎明期にJDBCを利用して開発したときに原因不明のトラブルとか多発して
また嫌いになったわけだす(最近はずいぶん良くなりましたけど)
そして顧客の要求はシビアでプラットフォーム依存な事をクリアしないと
要求が満たせないことがあってJNIだったわけです
COMについては
COMで実装しているコードをDLLバージョンに落とし込んで(単にコピペ)
利用するといういささかダサい方法もありますよね
あ～しかしこれだと工数削減にはならんか、またテストしなきゃならないもんなぁ
JNIとC++の関係は確かに微妙な仕様制限があるようで
追って追跡していきましょう
JNIのポータビリティってそんなに悪くないと思うけどね
ようはプラットフォーム依存のところをうまく#ifdefしていけばよいし
コールするFunction/Methodを切り替えられるよう作成すれば良いのだし
まあこれらを実現するには
多数プラットフォームでコンパイルビルドできてプラットフォームについて
深く知っている必要があるのだけれども
- 56 名前：デフォルトの名無しさん mailto:sage [02/10/11 18:50]
-
とりあえずJNIをすらすらと逝くのに必要な
UNICODE->SJIS変換サンプル(Win32)
作者に感謝
www.ki.rim.or.jp/~kuro/Java/JNI/JNI-03.html
- 57 名前：デフォルトの名無しさん [02/10/31 01:55]
- age
- 58 名前：デフォルトの名無しさん mailto:sage [02/11/05 16:46]
- 一口ポイント
サーブレット
コンパイルして配置したJNI利用のサーブレットの場合
例:Apache+tomcatの場合
Servletコンテナサービスをリロードする必要がある
tomの場合shutdown -> startup
JVMがstaticロードしているからか
- 59 名前：デフォルトの名無しさん mailto:sage [02/11/05 22:16]
- 一口ちんぽいんと
C関数内でのJNI引数の利用方法
数値型はCの該当型にそのまま代入可能
String型だけやや操作する必要あり
- 60 名前：デフォルトの名無しさん mailto:sage [02/11/05 22:29]
- 開発環境作成例
JDK1.3とVC++6.0の例
フォルダを作成する
jnihogeroot--------------------vcppprj---------relese
+
+----debug
VC++のプロジェクトは vcppprjに作成する
relese, debugはVC++が勝手に作成するフォルダ
jnihogerootに置くファイル
jnihoge.java ..... JNI原始ソース.java
c.bat ...... コンパイルした後でVCプロジェクトにコピーするバッチ
↓
内容
javac %1.java
javah -jni %1
copy %1.h vcppprj
使い方
C:\vcpprj>c jnihoge [Enter]
これでjavahで作成された.hをVC++プロジェクトにコピーしてくれる
VC++のIDEにフォーカスを当てると
「外部のエディタで更新されました・・うんぬん」の表示がでるので
OKを押して、.hの定義を.cppの適当なところにcopy
仮引数をてきとうにセットして関数の中身を書く
VC++をビルドしていっちょうあがり
簡単楽しいJNI
- 61 名前：デフォルトの名無しさん mailto:sage [02/11/05 22:31]
- スマンまちがえ
C:\vcpprj>c jnihoge [Enter]
訂正↓
C:\jnihogeroot>c jnihoge [Enter]
- 62 名前：デフォルトの名無しさん mailto:sage [02/11/12 19:04]
- 保守
- 63 名前：デフォルトの名無しさん mailto:mmllloooss [02/11/15 00:44]
- チンカスの仕切るスレなんか育てたくない。
- 64 名前：C++使い mailto:sage [02/11/15 11:57]
- Java Native Interface?
- 65 名前：デフォルトの名無しさん mailto:sage [02/11/22 23:22]
- JNI呼び出しがあるとHotSpot最適化等が阻害されるのかなあ？
- 66 名前：デフォルトの名無しさん mailto:sage [02/11/24 11:46]
- >>65
もすこし詳しくお願い
- 67 名前：デフォルトの名無しさん mailto:sage [02/11/24 12:38]
- >>66
ごめん。言葉間違えてた、jit化だ。しのう。
- 68 名前：デフォルトの名無しさん mailto:sage [02/11/24 21:41]
- >>67
JITね IBM社のテクノロジっすね
JITでネイティブ化されたオブジェクトって
あなたの環境ではどこに置かれるの?
- 69 名前：デフォルトの名無しさん mailto:mmmppppppg [02/12/08 02:36]
-
- 70 名前：デフォルトの名無しさん mailto:rbn [02/12/08 02:36]
-
- 71 名前：デフォルトの名無しさん mailto:mmmo [02/12/08 02:36]
-
- 72 名前：デフォルトの名無しさん [02/12/11 23:56]
- hoshu
- 73 名前：デフォルトの名無しさん mailto:sage [02/12/12 02:42]
- JINIのスレはここですか？
- 74 名前：デフォルトの名無しさん mailto:sage [02/12/12 05:16]
- >>68
JIT って言えば首藤氏の shujit では？
- 75 名前：デフォルトの名無しさん [02/12/26 22:22]
- jfieldID fid = env->GetFieldID(cls, fname, "I");
でINT型のならフィールドIDをとれるんですが
jfieldID fid = env->GetFieldID(cls, fname, "L");
オブジェクト型のがとれません。
どうすればよろしいか？
- 76 名前：デフォルトの名無しさん [02/12/26 22:32]
- JNDIって知ってる？
- 77 名前：デフォルトの名無しさん mailto:sage [02/12/26 22:35]
- >>76
java.sun.com/j2se/1.4/ja/docs/ja/guide/jndi/
コレっすか？ でもコレ JNI と関係ないよね。
- 78 名前：デフォルトの名無しさん mailto:sage [02/12/26 22:45]
- >>75
ドキュメントによると
>L fully-qualified-class ; 完全指定のクラス
だそうだ。
- 79 名前：デフォルトの名無しさん mailto:sage [02/12/26 23:01]
- 例えば "Ljava/lang/String;" とかやるみたい、たぶん。
- 80 名前：Java軍曹 [02/12/27 04:18]
- まず普通に一本Javaアプリこしらえて、それをその後、ガッツンガッツンのキッリキリに
JNIに置き換えて...というか全て中身DLLに挿げ替えて、最終的に static void mainと、
そこから連なる一連のメソッドのインタフェースだけをJavaとして残す。
つーか、エントリ以外ほぼ全てnative宣言。
....っていう強姦まがいのコードが書きたい。いや、むしろ一度書いてみたい。
write once , run here only.
- 81 名前：Java軍曹 [02/12/27 04:23]
- ちなみに、当然DLL内ではバージョンの限定されたMFCランタイムや、
何かをインストールしていないと絶対にインストールされないCOMを
ギュゥオンギュゥオンに使用。
write once , run now.
- 82 名前：デフォルトの名無しさん mailto:sage [02/12/27 04:25]
- write once, debug anywhere
- 83 名前：デフォルトの名無しさん mailto:sage [02/12/27 04:54]
- >>80
>最終的に static void mainと
…。
やりたきゃやれば？
GC とか名前による動的バインディングとかの恩恵を
全部 omit するなら Java でやる必要ないし。
- 84 名前：Java軍曹 [02/12/27 05:12]
- >>83
御意！！ まさにおっしゃる通りィッ！！
というより、すでにJavaで無しッッッ！！
- 85 名前：デフォルトの名無しさん mailto:sage [02/12/27 05:17]
- >>80
それだったら C言語 のソースをJavaのバイトコードに落とせるコンパイラとか書いた方が面白そう。
- 86 名前：Java軍曹 [02/12/27 05:23]
- >>85
素晴らしいィィッ！！ 隊長ッ！！
全ッ然意味の無いシロモノだが、イイッ！
自分、書いてみたいでありますッ！ でも仕事量がマジ半端無ェ勢いに
なりそうで、寝小便しそうでありますッ！
- 87 名前：デフォルトの名無しさん mailto:sage [02/12/27 06:59]
- ふつうにCやらC++で書いて、それを、main()だけをエクスポートするdllにして、
javaのmainからキックすればええやん。
- 88 名前：Java軍曹 [02/12/27 08:20]
- >>87
（ﾟ⊿ﾟ ）ﾂﾏﾝﾈ
- 89 名前：Java軍曹 [02/12/28 01:07]
- >>88 ← 彼は自分では無いでありますッッ！！
でも、それではつまんないという事には禿げて同意でありますッッ！！
- 90 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:08]
- >>87
っつーか Runtime.exec() で(以下略)
素直にネイティブアプリに(以下略)
- 91 名前：デフォルトの名無しさん [02/12/28 01:13]
- >>90
Runtime.exec()には胴衣ですが、
Javaアプリケーションのプラグインとしてネイティブアプリ
ケーションをコールするっていうのは、あるのかもね。
- 92 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:15]
- anywhereでrunしないけどね。
- 93 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:16]
- そんなに、まともなソフトつくりたいんならさ、きっぱりJava捨てたら？
- 94 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:17]
- >>93
Java捨てて 何使ったら良いでしょうか？
- 95 名前：デフォルトの名無しさん [02/12/28 01:20]
- >>92
JNIを使うという前提での話にそういう突っ込みしますか…
- 96 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:27]
- >>95
JNI使う != run anywhere じゃないような。
Java の標準ライブラリだって JNI 使ってんだし。
- 97 名前：デフォルトの名無しさん [02/12/28 01:28]
- >>93
チャンポンしろ。
なんでもつかえ。
いいとこどり。
- 98 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:28]
- >>94
C#使ったらどうだ？
それでもしJavaと同じように糞だとわかったら、
その頃には次の言語が出てるから、新言語に乗り換えろ。
- 99 名前：デフォルトの名無しさん mailto:sage [02/12/28 01:29]
- >>98
それって延々と糞言語使い続けるって選択肢ですか？
- 100 名前：デフォルトの名無しさん [02/12/28 01:31]
- >>96
どんなボケですか？
ユーザが勝手に作るJNI!=Run Anywhereは常に成立デスヨ。
|
 |
