Javaｱﾌﾟﾚｯﾄのゲームの限界は！

Javaｱﾌﾟﾚｯﾄのゲームの ..

127:名前は開発中のものです。
02/05/04 22:13
>>126
そのOK?っての、かなり寒いでちゅ。
何故、どういう面において意味が無いのか、簡潔に説明したまえ。

128:名前は開発中のものです。
02/05/04 22:20
>>127
標準のブラウザでデフォで動くのがアプレットの利点だからだよ。

129:名前は開発中のものです。
02/05/04 22:25
特定のアプリを突っ込まないとダメという時点で
アプレットの意味ないわな。
そういう意味ではアプレットは終わってる。

130:名前は開発中のものです。
02/05/04 22:26
>>128
利点は利点であって、他方を「意味が無い」と否定する根拠にはならないと思うけど

131:名前は開発中のものです。
02/05/04 22:32
>>129
EXEを個別にダウンロードしてはウイルスチェックしてはインストールして実行する事と同じだと思うわけなんだね
あるいは個別のプラグインをイントールする事、
あるいは著名なしActiveXをダウンロードして実行する事と同じだと

132:名前は開発中のものです。
02/05/04 22:55
>>131
ん？
サンドボックス的な環境が標準でついてくるかどうか、ただそれだけが問題なのでは。
i-modeではiアプリというのがその標準環境だし、
WindowsではIEがその標準環境。んでJavaのバージョンは1。
これが現実では？

133:名前は開発中のものです。
02/05/04 22:55
Flashだと何も言われなくて、Javaだと「Plug-inをインストールしないとダメ」
と言われてしまうのは可愛そうだと思います。

134:名前は開発中のものです。
02/05/04 23:42
>>132
あのう、>>129は「特定のアプリを突っ込まないとダメという時点でアプレットの意味ない」って言ってるんだけど
ただそれだけ？うーん。ただそれだけじゃ「意味が無い」って思うわけだね？

135:名前は開発中のものです。
02/05/04 23:46 IDR1uRSY
いみがわからん

136:名前は開発中のものです。
02/05/04 23:49
>>133
Flashはプラグインのサイズが軽いのが良いよね。コンテンツの重さは別として。
Shockwaveはプラグイン自体がけっこう大きいし、大抵のコンテンツも大きい。

QuickTimeなんかはインストーラをダウンロードしてインストールしないと使えないよね。

137:ﾍﾘｸﾂｸﾝ
02/05/05 00:01
それならHTMLだってブラウザを以下略

138:名前は開発中のものです。
02/05/05 00:58
>>137
それをいうなら「OSを」の方が良かったね、屁理屈くん。
メーカー製PCを買ってきてブラウザが入って無いのは今時珍しいよね。
いいかげん、うんざりだ・・・・・

139:名前は開発中のものです。
02/05/05 04:36
悲しいながら、Flashプラグインの普及率 >>>> Java1.0以降の普及率

140:名前は開発中のものです。
02/05/05 04:40
マックはずいぶん前からＪＡＶＡはデフォルトでインストールされるようになっとるな。
ただ、バージョンが常に一つ遅れなのがなんともアレだが。

141:名前は開発中のものです。
02/05/05 06:35
Java1.0以降って何よ？
MSJVM は JDK1.1.4互換だ(とMSは言っている)し
Mac の MRJ は JDK1.1.8互換のはず。
Netscape 4.7xのJVM も JDK1.1互換だと思ったが。

っつか JDK 1.0レベルの実行環境なんて、
殆ど手に入らないと思うんですけど。
もしくは Java1.0ってなんか別の意味で使ってるんかいな

142:名前は開発中のものです。
02/05/05 06:45
>>141
ゴメンいいかげんなこと言った。実はJava全然知らんの。

143:名前は開発中のものです。
02/05/05 10:05
JVMのインストールの話しは別でやってくれないか。
別に古いのが入ってるのなら、新しいの
いれれば良いし。サイズの大きさもインターネットの
ヘビーユーザ層の間ではDSL等が普及している事を
考えればそんなに問題ないし。
スレタイトル通りの話しに戻そうぜと思う。
JVMのインストールの話なんか、どうでも良いよ。
これがインストール出来ないやつはここにはいないだろうし。

アプレットでやりたいゲームが出たら、
ゲームインストール出来るやつなら、新しいJVMインストール出来るだろう。

144:名前は開発中のものです。
02/05/05 10:38
>>142
しね

145:名前は開発中のものです。
02/05/05 11:24
ネットに接続できない環境は切り捨て？

146:名前は開発中のものです。
02/05/05 13:25
>>145
このスレに相応しい話題なの？

147:ネタなし小僧
02/05/08 11:14
現状だと、そもそも今になってJavaアプレットを使うのが妥当かというのが
真っ先の疑問として出てくるのはしゃーないべよ。
そのラインより上層の話がしたければ、話題振ってくだせえ。

148:104
02/05/08 21:52 4.Cpn0wA
URLﾘﾝｸ(hp.vector.co.jp)
Javaアプレットのアドベンチャーゲーム開発キット発見。
よく見るゲームアプレットとは一味違うのでちょっと感動するかも。

Javaアプレットは高速接続で利用範囲が広がったけれど、
定額ネット接続も大きいのでしょうね。
上のやつで作ったゲームを遊んでても、ちょっと前と違って、
通信料金の事を気にせずに、ハードディスク上のゲームみたいに遊べるし。

149:名前は開発中のものです。
02/05/08 22:29
ゲーム機のブラウザにアプレット機能搭載すれば
ゲームを無限に遊べる。
ドリームパスポートはアプレット使えなかったよな

150:名前は開発中のものです。
02/05/08 22:40
＞ゲームを無限に遊べる。

プッ

151:148
02/05/09 12:56 aXSMpJhg
ゲームを無限に遊べる事は無いだろうが、
PS2でJavaアプレットが動作するようになれば、
エロゲーが遊べる様になると思う。
こうなったら流行るかもね。

エロゲーが快適に動作するにはADSL程度の
回線で充分だし。

152:名前は開発中のものです。
02/05/09 13:37
ライセンス契約していない開発者がPS2で動作するプログラムを作れる、っていう意味はあるね。
ただ、PS2上のJavaには動作速度は期待出来そうもないよね。
（低速なimode機よりは速いかもしれないけど、扱うデータ量が違うしね・・・）
紙芝居ゲームなら速度は気にならない、と思うかもしれないけど、どうだろうね・・・・・・
むしろ、PS2で紙芝居ゲーなら、Flashの方が実用性が高そうでは。

153:名前は開発中のものです。
02/05/09 20:52
アプレットなんて要らないでしょ。Flashで十分。

154:名前は開発中のものです。
02/05/12 01:24
用途によるとしか言い様が無い。
Flashじゃやってらんない、Javaでやらしてもらえた方が楽、ってケースも無くないよね。
ゲームの場合なら....やっぱり場合によるだろね。
けどApplet実行環境（特にJava2以降）って大掛かり過ぎだよなぁ・・・・

155:名前は開発中のものです。
02/05/27 21:15
JavaPlug-inいれてもらえよ。
サイズ忘れたが、今の時代「でかい」部類には
入らないだろ？

「やりたいと思う」人はそれくらいの労力はいとわない。
それとも「やりたいと思っていない」人まで釣るために
わざわざデフォの環境でも動くもの作るのか？
もっと、「やりたいと思う」人を増やすところに
労力つぎ込めよ。

WinXP・IE6にデフォで搭載されてないというのは、
もう古いMSVMは普及しないってことだろ？
それで動くもの作ってどうするんだ？

作り手がそんなんだからはやらねーんだよ。

156:名前は開発中のものです。
02/05/28 10:24
>サイズ忘れたが、今の時代「でかい」部類には

154じゃないが、でかさは問題じゃないってのに。
JREのインストールページ↓、一般人が先に進んでくれると思うか？
URLﾘﾝｸ(java.sun.com)
一般への普及を阻害しているのは他ならぬSun自身だ。

>それで動くもの作ってどうするんだ？

だからそもそもJavaで作らないという選択肢もあるわな。

>作り手がそんなんだからはやらねーんだよ。

卵が先か鶏が先か。そもそも流行らせる義理なんかねーし。┐(´Д｀;)┌
大多数の開発者（Sun含む）の心理がすでにクライアントJavaを見捨ててる以上、
個人レベルであがいたところでどうにもならんよ。

ウェブページ上で何かやりたきゃ、今なら.NETのコントロール埋め込む手もあるぜ。

157:155
02/05/28 22:25
？？？
JavaPlug-inは必要なページに行くと
勝手にダウンロードがはじまるんじゃないのか？

URLﾘﾝｸ(java.sun.com)
を見ると、ダウンロード後勝手にインストール
されるようだが。

違うのか？

158:悲惨な156
02/05/29 00:02
そういえばそんな仕様に変わったんだっけな。
一度も試したことがないので忘れておったわ。すまん。

159:名前は開発中のものです。
02/05/31 13:21 TkG93Yss
JVMの件が一段落したところで、
ｶﾞｲｼｭﾂかもしれんが

URLﾘﾝｸ(www.gamelet.com)

160:名前は開発中のものです。
02/05/31 13:46
JavaPlug-inは起動にかなり時間がかかるし、今のところ好かれる存在とは思えないよ。

161:名前は開発中のものです。
02/05/31 14:15
>>159
適当に試したがあっさりフリーズした。

162:名前は開発中のものです。
02/05/31 15:08
うちの環境では、複数のウィンドウを開いたりアクティブな窓を切り替えたりしてるとJavaPlug-inがIEごと固まる事がよくあります。安定して動作する環境もあるんでしょうけど・・・・
古いバージョンのJREじゃないと動かないアプレットがあったり、JavaPlug-inの自動インストール（バージョンアップ）中に古いプラグインのアンインストールに失敗して中断してしまったり、なにかと問題が生じてます。
Sunだけの問題では無いでしょうけれど、期待してるだけに、もちょっとなんとかならないかなぁと思います。

163:名前は開発中のものです。
02/05/31 22:25 9ytySeJE
>>124
エロゲをネットでやるのは技術面より改正風営法か何かの関係で面倒だとか

164:名前は開発中のものです。
02/05/31 22:26
>>155
で、インストールを前提とするならFlashでもActiveXでもいいじゃん、
と無限ループ

165:名前は開発中のものです。
02/05/31 22:49
ActiveXは・・・・

166:名前は開発中のものです。
02/05/31 23:20
>>160
未だにISDNだから、起動時間より
アプレットの読み込み時間のほうが長いっす。

167:名前は開発中のものです。
02/06/01 00:18
>>166
ちなみに最近のJavaPlug-inはclass、jar、その他リソースをキャッシング出来るの知ってる？
当然キャッシュがきかない場合（１回目他）は意味無いけど。

うちの場合はプラグイン起動に5秒くらいかかるかな？
例えばBizTechのページとか見に行くと、プラグインの起動が終わるまでリンクなどがアクセス不能で待っていなくちゃならない。かなりストレス。
一度起動しちゃえば気にならないんだけど。
（BizTechサイトではJava使ってユーザーのトラッキングしてるらしい）

168:名前は開発中のものです。
02/06/01 11:42 zMTxHoSs
ぢゃぱ１．４てどんなのか全然わからない。
噂では表示が高速化されて3Dのゲームも作れるようになる
とか言われてたけど。

どこかにくわしく説明してるとこないですか。
チップス集とか。

169:名前は開発中のものです。
02/06/01 12:43
URLﾘﾝｸ(java.sun.com)
URLﾘﾝｸ(java.sun.com)

どこかって、少なくとも本家のサイトには行ったんだよね？
3Dのゲーム云々って、どこで言われてたの？

170:名前は開発中のものです。
02/06/01 20:22
1.4のVolatileImage関連は
URLﾘﾝｸ(www.javagaming.org)
にサンプルと解説があるよ。
実際になんか書いてみるならjava.awt.image.BufferStrategy使うのが楽。

1.4での3Dの強化って言うのは多分DirectBuffer使って
OpenGLラッパーが高速になるって話だと思う。これ↓
URLﾘﾝｸ(java.sun.com)

171:名前は開発中のものです。
02/06/02 15:45
>>167
最新の1.4でもURLの末尾が.jarか.classで終わってないとキャッシュしない。
まあ.jarに必要なリソース全部ブチ込めば済む話だけど

172:名前は開発中のものです。
02/06/04 05:06
そーいやアプレットで jar ファイルから
リソース読めないってバグがあったような…

173:名前は開発中のものです。
02/06/22 10:44 4frAFN1U
まだだ、まだおわらんよ
URLﾘﾝｸ(japan.internet.com)
MS、XP でも Java を標準サポートするよう路線変更

各種報道によると、Microsoft (NASDAQ:MSFT) は、今夏リリース予定の Windows XP 用サービスパック1 (SP1) に『Java Virtual Machine (JVM)』を含めることを決定したという。
Microsofot は Sun Microsystems (NASDAQ:SUNW) から反トラスト法違反訴訟を起こされており、打開策をさぐっているのがうかがえる。

174:名前は開発中のものです。
02/06/22 10:51
バージョンが1.1.4という罠

175:名前は開発中のものです。
02/06/22 11:09 dD3kwTx.
どのみち2003年12月31日までの命という罠
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

176:名前は開発中のものです。
02/06/22 12:02 1339MhGY
>>160

JRE1.3.1 なんかは Applet 含んでいなくても Java コンソールとかいうのを起動して、
それで結局 Swing のクラス群をだらだらと長い時間かけて読み込むんだよね。

やる気無いとしか思えなかったね。JRE1.4 は、確か、ディフォルトでは Java コンソール
起動しないから、割と起動が速い。

177:名前は開発中のものです。
02/06/22 12:03 1339MhGY
Applet 含んでいなくても -> Applet に Swing 含んでいなくても

178:名前は開発中のものです。
02/06/22 13:54
>>171
そう？ウチのキャッシュ見たらgifやjpgがかなり溜まってたよ

179:名前は開発中のものです。
02/06/22 15:34
>>178
ブラウザ一般のキャッシュとごっちゃにしてないか?
ブラウザが直接読み込んだ画像はもちろんキャッシュされるが
Java Plug-inは利用しないから意味ない。
少なくとも漏れの場合は実際にキャッシュしてくれなかったから
URLの末尾に ?x=.jar を付けるとかの回避策が必要になった。
それがバグなのか仕様なのか調べて発見したソース↓
URLﾘﾝｸ(java.sun.com)
URLﾘﾝｸ(java.sun.com)

180:178
02/06/26 01:17
>>179
＞ブラウザ一般のキャッシュとごっちゃにしてないか?

はぁ・・・・・脱力・・・・
ちなみにウチのキャッシュのディレクトリは・・・・
C:\WINDOWS\.jpi_cache\file\1.0
だよ。
コントロールパネルから「キャッシュビューア」で確認しても、種類がJPEGやGIFのファイルが沢山溜まってるよ。
Javaコンソールでも（トレースレベル１以上で）
「キャッシュから URLﾘﾝｸ(xxxxx.xxxxx.xx) をロードしています」
ってメッセージが確認できるし。実際そうなんだから仕方ないよ。

181:名前は開発中のものです。
02/06/26 21:52
もしかしてこっちのキャッシュの話ですか
URLﾘﾝｸ(java.sun.com)

話は変わるがキャッシュディレクトリのパスが予測可能というのは
ある種の攻撃が可能になりそうでﾌｱｰﾝ
URLﾘﾝｸ(memo.st.ryukoku.ac.jp)

182:名前は開発中のものです。
02/06/26 22:32
>>180
確認した。確かに.jpgや.gifはキャッシュされてた。
つまりドキュメントが古いままなのか。スマソ。
でも漏れの場合必要だったのは.lzhで、これは相変わらずディスクには
キャッシュされなかった。これも確認したから間違いない。
なんかメモリにはキャッシュされてるっぽいけど。

ファイル名の後ろにランダムな文字列がつくからローカルファイル起動は大丈夫だな。

183:名前は開発中のものです。
02/06/26 22:43
>>182
lzhって…
kiss でも作ってんの？

184:名前は開発中のものです。
02/06/27 22:55
URLﾘﾝｸ(java.sun.com)
Java Web Start バージョン 1.2 Beta のダウンロードが可能になりました。

MacOSでは標準インストールされているらしい、"Java Web Start"。
Windowsマシンでの普及率は・・・・・・・・
キラーアプリが現れればイッキに普及もあり得るけど、現状のJavaじゃ苦しいでしょうねぇ。Web Start 自体の熟成度もまだイマイチっぽいし・・・・

185:名前は開発中のものです。
02/06/28 00:37
そんなセキュリティーホールになりそうなヤバイものを入れるわけないでしょ

186:名前は開発中のものです。
02/06/28 00:42
>>185
どのへんがセキュリティホールになるんでしょうか？

187:名前は開発中のものです。
02/06/29 14:36
半端な知識を持ったユーザーにとってセキュリティホールになりえるとは思えますよ。
「*.exeは安易にダウンロードして実行しては危ない」という知識はある。けど
「Javaは安全」のような、誤った認識を持っていたりした場合。
Web Start アプリケーションには、ローカルリソースにフルアクセスする権限を持たせる事も出来る。確か権限を与えて良いかどうかなどの確認を求めてくると思ったけど、知識の無いユーザーがそんな事聞かれても困っちゃう訳で。
*.exeをダウンロードして実行するのは危ないって言い聞かされてたけど、Javaは安全らしいし、ウィルス検知ソフトもインストールしてあるし・・・・みたいな。
ブラウザ上のリンクをワンクリックして自動インストールされたJavaアプリの安全性なんて、普通のユーザーには解らないだろうから。
>>185も、そのレベルのユーザーであると自分を認識できているという事では。
或いは、アクセス制限を課せられているはずのアプリが制限以上の権限を持ってしまうセキュリティホールがあるだろうって事だろうか？

個人的には Web Start は便利なシステムになり得ると思う。可能性として。特に会社内のイントラシステム向けアプリの自動配布（アップデート）に便利かなと。
けど、現状のクライアントサイドJavaアプリのパフォーマンスはどうも。GUIの応答速度とか。なぜJavaで組んだのかと、ユーザーから不評を買いそう。

188:187
02/06/29 14:40
....っていうか、186の反応がやけに早いね。sage進行スレの割にさ。自己ツッコミ（自作自演）だろうか....

189:名前は開発中のものです。
02/06/30 03:29
なんだかんだで結局、今ネットで大流行してるのは
脱衣ブロック崩しなんだよな…

190:名前は開発中のものです。
02/06/30 04:12
>>189
Javaｱﾌﾟﾚｯﾄの？

191:名前は開発中のものです。
02/06/30 11:29
> 「Javaは安全」のような、誤った認識を持っていたりした場合。

バカ供が変にアジったおかげでそういう嫌な認識が広まってるよね。

192:名前は開発中のものです。
02/06/30 17:28
>>191
さほど広まってはいないだろうとも思うけどね。
そういう中途半端な知識を持っているのは、やっぱり限られた特殊な層だろうと思う。（けど、そういう半端な層のユーザーが一番厄介な存在なんだろうなぁ・・・・）
大部分の人はJava自体を知らないでしょう。
セキュリティに敏感な人の多くは「MSのJavaVMにセキュリティーホールが発見されましたので、安全の為にブラウザでJavaを使用しないように設定変更しましょう」のような知識は持っているかも。
ソフトウェア開発関係の人なら、正しい認識を持っている・・・・・とは言いきれないでしょうね。Javaから逃げているMS信奉者も少なくないだろうし。

一般向けにJavaとは何かを紹介したオンラインの記事があったら、見てみたいな。どんな風に紹介されているんだろう。
やっぱり「巨大企業マイクロソフト対その他大勢」的な記事の一部で触れられる事が多いのかな。

193:名前は開発中のものです。
02/07/04 23:43
>>192
いや結構流行ってるぞ
俺ニュースあたりを見ると2、3日に1回ぐらいで脱衣ブロック崩しのニュースが入るぞ。

194:名前は開発中のものです。
02/07/05 11:58
俺ニュースってなんすか？

195:名前は開発中のものです。
02/07/05 14:38
検索しなさい。

196:名前は開発中のものです。
02/07/05 21:34
>>193
192は189へのレスじゃないぞ。よく読め。

197:194
02/07/07 23:45
URLﾘﾝｸ(www13.xdsl.ne.jp)
俺ニュースってコレであってる？

198:名前は開発中のものです。
02/08/08 22:00
ageてみる。

199:名前は開発中のものです。
02/08/08 22:21
空ageは、
バカの習性。

バカの習性。

200:◆sA5ZfsnM
02/08/08 23:03
200

201:名前は開発中のものです。
02/11/03 01:58
Javaも各OSにプリインストールっていうことにしてほしい。
SUNも変な意地張らないでさ。

202:201
02/11/03 01:59
そうすれば、もう少し使えるのに…。

203:あぼーん
あぼーん
あぼーん

204:名前は開発中のものです。
02/11/03 21:19
Java1.4で全画面アプリとか作れるようになったけど、
結局はやってないのかな。

205:名前は開発中のものです。
02/11/09 23:32
もうすぐCPUが60GHｚくらいになるから気にならなくなるよ

206:名前は開発中のものです。
02/11/10 12:51
Javaが遅く見えるのは起動時間とGUIのせいなので
現状でもそんなに使えないわけではないよ。

207:名前は開発中のものです。
02/11/10 14:15
起動時間とGUIが遅いって致命的臭いんですが

208:名前は開発中のものです。
02/11/10 21:47
ゲームにとっては致命的とはいえないでしょ。
1.4からはゲームに使えるような機能の拡張もあったし。

とはいえ、ランタイムがほとんどのOSで標準ではないという、こっちは致命的っぽい問題があるんだが…。

209:名前は開発中のものです。
02/11/11 20:51
起動時間 : lazyなクラスロードを行う事で、ごまかす事は十分可能。
GUI : SWTという早くて恰好良い(Java臭くない)GUIのツールキットがある。アルファブレンド使えるし。
ランタイム : 配布パッケージに含めてしまう。10MBくらいしかないので、大作だったら誤差の範囲内。

･･･負け惜しみ臭いﾓﾅｰ

210:名前は開発中のものです。
02/11/11 21:18
>>209
まぁ、アプレットだとそうだよなー
Javaアプレットゲームなんて昔のショックウェーブに次いでショボゲーの代名詞だし。
というかちっともスタンドアロンのほうが立ち上がらないほうが問題？

211:名前は開発中のものです。
02/11/12 18:39
>>210
Java好きだけど、スタンドアロンが立ち上がる(ex.最新JREのPC普及率が5割を突破する)のは
もうあり得ないだろう。Javaの生みの親がSUNじゃなくてIBMだったら･･･と思うことしきり。
それに、生産性が高くてスタンドアロンのゲームが作れる言語と言えば、
Javaはいまやその代表の座をC#に譲っているからね。

生産性が高くてスタンドアロンでマルチプラットフォーム、という限定をつけたら
まだJavaがトップを突っ走っているとは思うけど、ゲームってマルチプラットフォームで
ある必要性が基本的に存在しない分野だからなぁ。

212:名前は開発中のものです。
02/11/12 19:19
>Javaはいまやその代表の座をC#に譲っているからね。
C# ってゲームにおいては Java の座を継いだのか…
それはそれで哀れだなぁ…
代表ゲームが Robocode と Terrarium だからまぁ、
どっちもどっちなんだけど。

213:名前は開発中のものです。
02/11/13 00:20
>>212
いや、C#を褒めるつもりで書いたんだけど･･･
でもC#はJavaの座を継承した、というのは誹謗中傷に近い発言だったかも。

C#って、Javaよりも生産性が高く、しかもWindowsべったりだから高速で、
セキュリティには無関心だけどパフォーマンスとUIには力を入れるMSが
オーナーだから、ゲームに凄く向いていると思うのですよ。

といいつつ僕はJavaでへこへこ書いてるんだけどね。

214:名前は開発中のものです。
02/11/13 01:45
というか、リアルタイムゲームで実際GCってどれくらい問題になるんだろう？
大きめなやつを書いたことが無いから分からん。

215:名前は開発中のものです。
02/11/13 09:11
JavaはCOBOLを継承したからねえ。

>>214
急に描画が止まったり、フレームレートが揺らいで
ユーザーにとって不快、という問題につきますな。

GCなくてもそうなるヘボいプログラムばかりなので、
ちょっとぐらいよさそうな気がしますが(汗)

C#+DX9でどれくらい行けるかが注目してます。

Javaアプレット？
何年たってもあのままじゃあ誰も使わなくなるって。

216:名前は開発中のものです。
02/11/13 12:14 d9pe3DQB
>>214
何か大きな変更を加えたり、VMの種類やバージョンが変わるたびに
GCで引っかかるポイントが変わるのでブチ切れそうになります。
確実な回避方法がないだけにいっそう。

217:名前は開発中のものです。
02/11/13 12:19
ふむ。
スムーズな動きが必須のゲーム(格闘ゲームやシューティングとか)は
作りにくいって事かな。

ところでC#もGCあるよね？

218:名前は開発中のものです。
02/11/13 17:37
GC ってオブジェクト使いまわしとかじゃ回避できないモンなの？

219:あぼーん
あぼーん
あぼーん

220:名前は開発中のものです。
02/11/13 21:54
>>218
ライブラリが使いしてたら自分が使いまわしても意味ないし…。

221:あぼーん
あぼーん
あぼーん

222:名前は開発中のものです。
02/11/14 07:51
>>220
なるほど。

223:名前は開発中のものです。
02/11/14 08:08
>>220
それだと API 内部の挙動がバージョン毎に
違うのが問題で、GC だけどうにかすれば良いってモンでも無いような。

そーゆー意味では C# は GC があっても Java よりは相当楽だろうね。

224:名前は開発中のものです。
02/11/14 12:11
>そーゆー意味では C# は GC があっても Java よりは相当楽だろうね
C#はバージョンごとに共同が違ったりしないの？

225:名前は開発中のものです。
02/11/14 12:15 n6HwOeB2
C#については優秀なDirectXチームがついてるから
それなりにリアルタイムゲーム方面も考慮してくれるんじゃないかと。
俺は人柱になる気はないけどね。

226:名前は開発中のものです。
02/11/14 13:05
>>215
> 何年たってもあのまま
な責任の10%くらいはMicrosoftにあるかと。
90%くらいはSunの自爆だが

227:あぼーん
あぼーん
あぼーん

228:名前は開発中のものです。
02/11/14 19:15
だから、ageないでくれぇ

229:名前は開発中のものです。
02/11/14 20:58
> C#はバージョンごとに共同が違ったりしないの？

まだバージョンが少ない(藁
M$が事実上独占してるしなあ・・・

Server版の.NETランタイムはGCの挙動がチト違うそうだ。
違いをたしかめたわけじゃないけど。

230:あぼーん
あぼーん
あぼーん

231:名前は開発中のものです。
02/11/15 12:36
>>229
これからバージョンが増えてってWin32 APIの悪夢が
再来することは目に見えてるだろ
JavaだってSunが事実上独占してるけど(ry

232:あぼーん
あぼーん
あぼーん

233:名前は開発中のものです。
02/11/15 21:29
事実上SunとIBMのVMしか使われてないからなあ・・・

234:あぼーん
あぼーん
あぼーん

235:名前は開発中のものです。
02/11/15 22:02 19ikqMY5
JDK1.4 でつくったアプレットが古いJREだと動きません。
だれが助けてください。

236:あぼーん
あぼーん
あぼーん

237:名前は開発中のものです。
02/11/16 01:28
>>235
複数の原因が考えられるので、答えるのが面倒くさい。

238:あぼーん
あぼーん
あぼーん

239:名前は開発中のものです。
02/11/16 04:22
ageた奴はこのスレに対する破壊行為者として認定。

240:あぼーん
あぼーん
あぼーん

241:age
02/11/18 03:43 hCRk4P1V
>>74
私も同じ問題で困っていました。おかげで、アプレットがFlashに置き換えを
迫られてしまい、非常に悲しい思いをしていました。
Thinkpad Windows2000
○MicrosoftVM 5.0
○Sun 1.3.1_05
×Sun 1.4.0_02
○Sun 1.4.1
以上の環境の×がついている環境でふんづまりが起きています。
バージョンによってMemoryImageSourceの使用方法が悪いと固まるようです。
以上の環境で問題なく動作する変更方法を見つけましたので報告しておきます。
①MemoryImageSourceをnewするときに
　DirectColorModel(24, 0xff0000, 65280, 255)を用いる。
②MemoryImageSource#newPixcelsメソッドを使う。
Open-Programingの例に修正方法を書きます。

242:age
02/11/18 03:44 hCRk4P1V
source002のRender.java
static final public void EndScene(Applet applet,Graphics offscreen)
{
offscreen.drawImage(applet.createImage(new MemoryImageSource(BUFFERW,BUFFERH,pbuf,0,BUFFERW)),0,0,null);
}
を
static boolean initf=false;
static MemoryImageSource mis;
static Image img;
static final public void EndScene(Applet applet,Graphics offscreen)
{
if(initf==false){
mis=new MemoryImageSource(BUFFERW,BUFFERH,new DirectColorModel(24, 0xff0000, 65280, 255),pbuf,0,BUFFERW);
img=applet.createImage(mis);
mis.setAnimated(true);
mis.setFullBufferUpdates(true);
initf=true;
}
mis.newPixels();
offscreen.drawImage(img,0,0,null);
}

243:あぼーん
あぼーん
あぼーん

244:名前は開発中のものです。
02/11/18 05:31
>>241
それってディスプレイの設定が24bitカラーのときっすか？

245:sage
02/11/18 06:07 hCRk4P1V
>>244

いや、内部形式として、24bitカラーとして扱う場合です。
いちお、256色モードのときも試してみました。
MicroSoftだと、ディザ256で、Sunだと、タイリング256で表示されました。
通常のnew MemoryImageSource()だと、32bitカラーで、上位8bitがαチャンネル
として認識されるので固まるときがあるのではないかなぁと思います。

246:名前は開発中のものです。
02/11/18 06:09
あ、名前の欄にsageっ手書いてしまった。
鬱だ氏脳。

247:名前は開発中のものです。
02/11/18 06:21
>>245
>通常のnew MemoryImageSource()だと、
>32bitカラーで、上位8bitがαチャンネルとして認識される
のは知ってるんだけど、
>ので固まるときがある
とどう結びつくのかが良くわからん。詳しい人解説ｷﾎﾞﾝﾇ。
Java内部でアルファブレンドしようとするので遅くなるとか？

248:名前は開発中のものです。
02/11/18 06:36
URLﾘﾝｸ(www.gimlay.org)

最後に、パフォーマンス・フォーラムの外では Niels Jorgensen が、
アルファ・チャネル（alpha channel）を使わず、
MemoryImageSource.newPixels()と一緒に
DirectColorModel（new DirectColorModel(32,0x00ff0000,0x0000ff00,0x000000ff)）
を使用したところ、デフォルト・カラーモデルを使用する場合に較べてどれほど画像描画が
著しく速くなったかについて説明していました。
そのスレッド( JavaGaming.Org Message Board: 2D Graphics Programming in Java: AWT: Oddities of drawImage() )
には newPixels() の使い方についてのより詳細な内容があります。

249:名前は開発中のものです。
02/11/18 06:39
URLﾘﾝｸ(www.javagaming.org)

Yieeeha!

If anyone else out there has similar problems, try this, after creating the MemoryImageSource:

cm=new DirectColorModel(32,0x00ff0000,0x0000ff00,0x000000ff);
memimgsrc.newPixels(aPixels,cm,0,iW);

Subsequent calls to newPixels does not need the color model (Once set, it appears as if the MemoryImageSource keeps on using it)...

とか書いてあります。よくわからないけど、
32bitのほうが速いのかなぁ？？？謎。

250:あぼーん
あぼーん
あぼーん

251:名前は開発中のものです。
02/11/18 07:19
>>249
実験できるソースがあるんだったら 24bit と 32bit で
実験して報告してﾎｽｨです。あんま変わらん気もするけど。

javagaming.org って Java2D チームの人とか書いてるのか…
しっかし nativeの英語はわからんっす。
辞書に載ってない単語とか、誤字なのか、造語なのか区別つかんし。

252:名前は開発中のものです。
02/11/18 08:45
ベンチとって見ました。
①newPixcelsをひたすら1000回やった場合のスピード
②表示しながらテスト。
③表示しながら、gc。
◆32bit 640x480
MS ①5958ms,②66.6fps
131 ①6829ms,②?すぐ遅くなる
140 ①5458ms,②47.6fps(しばらくすると遅くなる)
141 ①5358ms,②43.5fps(しばらくすると遅くなる)
◆24bit 640x480
MS ①5748ms,②最大66.6fps
131 ①6449ms,②最大62.5fps(しばらくすると遅くなる)
140 ①5408ms,②最大41.6fps(しばらくすると遅くなる)
141 ①5588ms,②最大50fps(しばらくすると遅くなる)
◆パラメータなし
MS ①15642ms,②62.5fps
131 ①18206ms,②50.0fps(カクカク)
140 ①5428ms,②55.5fps(カクカク)
141 ①5428ms,②83.5fps(カクカク)

24bitが速そう。
ウェイトなしでぶん回してしばらくたつと遅くなってしまうので、
sleepをかませないとうまく行かないようだ。
どうして、sleepを入れないといけないのかはわからない。
謎が多いなぁ。

253:名前は開発中のものです。
02/11/18 09:53
>>252
ご苦労様です。

254:名前は開発中のものです。
02/11/18 14:35
謎がある程度、解けてぶん回しても大丈夫になりました。
◆問題点
①MemoryImageSource#newPixcels()等を使うと、ImageObserver#imageUpdate()が呼ばれupdateが呼ばれてしまう。
　createImageでAppletをImageObserverに指定しているので、update()、paint()と呼ばれてしまうので無駄に処理が走る。
②sleep無しでぶん回すとrepaint()を呼ぶrun()とpaint()で同期を取っていないので
　paintでimageアクセス中にrun内でimageに追いついて衝突するため、カクカクしたり、止まったりしていた。
◆解決方法
①は、imageUpdate()をオーバーライドし何も処理しないようにする。
②は、同期を取るか、getGraphicsメソッドで、Graphicsオブジェクトを取得し直接アプレットに描画する。
　前者は、デッドロックの可能性があるので注意が必要。
　後者は、update,paintを呼ばれたときに、何もしないようにするのがよいが、fpsが遅い場合に、他のウィンドウを
　上に乗せた場合に気になる。

255:あぼーん
あぼーん
あぼーん

256:名前は開発中のものです。
02/11/18 21:46
GUI的なアーキテクチャとゲーム的なアーキテクチャはやっぱり合わないんだなー。
Javaももうちょっとそういう部分を支援すべきかもね。

257:名前は開発中のものです。
02/11/19 01:12
>>256
あわないんだよなぁ。
今流行のSWTなんてGUIに偏りまくってて、ゲームに応用するの辛いんだ。
なんせピクセルの論理演算さえできないという。アルファブレンドはできるのに。

258:名前は開発中のものです。
02/11/19 01:50
色と画像を掛け算しながら描画できないのが痛い・・・

259:あぼーん
あぼーん
あぼーん

260:名前は開発中のものです。
02/11/19 03:44
>>257
Java でゲームすんだったら素直に AWT & Java3D にしとけば…

261:あぼーん
あぼーん
あぼーん

262:名前は開発中のものです。
02/11/19 08:30
お前ら、文句ばっかり言ってないで手を動かせよ
たまにはデモ見て精進汁！
URLﾘﾝｸ(www.komplex.org)

263:名前は開発中のものです。
02/11/19 15:00
>>262
何年前のデモですか… 見飽きたよ。

264:あぼーん
あぼーん
あぼーん

265:名前は開発中のものです。
02/11/19 16:17
というか、画像読み込みまわりが嫌い。スレッドとコールバック前提だし。
まぁ、Webに適合させるためにああなったのは分からないでもないけど、
ゲームにはあわないよなぁ。

それ以外は、GUI部品使わなければいいだけなので、気にならないな。
全画面表示も出来るようになったし。

266:名前は開発中のものです。
02/11/19 16:50
Observerパターンを嬉々として使ってるImageクラスっすか。
正直、あれは俺も余計なお世話だと思う。

267:あぼーん
あぼーん
あぼーん

268:名前は開発中のものです。
02/11/19 23:04
>>265
1.4からImageIOてのが付いて、同期方式になりやした。
確かに余計なお世話多すぎだね。

269:あぼーん
あぼーん
あぼーん

270:名前は開発中のものです。
02/11/25 21:21 MzAMlQtU
アプレットだと、Javaなのに、XMLが使えない。
Flashだと、普通にXML使えるのに、、、。
と、思いチッコイxmlパーサ探したら、kxmlってのがありました。
URLﾘﾝｸ(kxml.enhydra.org)
これで、必要なところだけjarに入れて使えば、問題なくxmlが使えるし、
そんなにでかくないし、日本語化けないし、いい感じ。

271:あぼーん
あぼーん
あぼーん

272:名前は開発中のものです。
03/02/21 09:17 PTBH3u8F
>>6
超亀レスだけど、凄いな・・・
こんなのJavaでも作れるのか・・・
これってOpenGLをつかってるの？
Java3Dなわけないよね、こんなに軽いんだし。

273:名前は開発中のものです。
03/02/21 09:20 uZqnzI2f
URLﾘﾝｸ(homepage3.nifty.com)
（ ´_ゝ`）

274:名前は開発中のものです。
03/02/21 09:35 ugkqy7rq
URLﾘﾝｸ(www.agemasukudasai.com)

275:名前は開発中のものです。
03/02/21 09:42 eCjWRLRD
>>272
なにげに舞えやったときよりバージョンアップしてる気が？
路面のレンダリングが問題だね。1行づつコピーしてるのかな？

276:名前は開発中のものです。
03/02/21 13:44 runOoWla
　　　　　　　　　　　　ｏ.
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このｽﾚは無様に .　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　/
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

277:名前は開発中のものです。
03/05/21 20:23 Xr9rJYyQ
てｔｓ

278:名前は開発中のものです。
03/06/20 23:54 DeguR1Lj
MSVMってもう完全に抹殺されたんかいな。

今年に入ってからの動向全然知らずに、一般人向けのアプレットゲーム作ってた。
そういやMSVMで動作確認してないなと思ってMSのサイト行ったらどこにもねえ。
Windows Updateにもねえ。ダウンロードでけへんがな。

とほほ、Flashで作り直すべ。

279:名前は開発中のものです。
03/06/27 14:15 8I/cjQFx
MSJVM は新規ダウンロードできなくなったみたいね。

来年一月だったかでセキュリティホールに対する修正も出来なくなるとかで、
そのうち WindowsUpdate で MSJVM 削除するようになるかもしれないってさ。

280:名前は開発中のものです。
03/07/02 12:15 /h88Q6Sl
Sunのを入れれ。

281:Homa
03/10/02 16:31 MRWcIN/e
URLﾘﾝｸ(kutipatti.fc2web.com)
上記のサイトを作ってみた。
ゲーム製作や、基礎講座等色々あるからドンドン活用してくだされ。

282:名前は開発中のものです。
03/10/05 13:10 nWzLeATY
何もないじゃん。

283:名前は開発中のものです。
03/10/13 18:41 Fi8p2+E6
誰か一緒に先行者ゲームに似たゲーム作らない？
先行者をギコに見立てて、ギコパロの先行者ゲーム版みたいな感じでさ

284:名前は開発中のものです。
03/10/13 18:50 eiZ2Znq9
Javaアプレットで？

285:名前は開発中のものです。
03/10/13 21:03 vAaZAwR4
× 一緒に作らない？
○ 作ってくれ。

286:名前は開発中のものです。
03/10/13 23:20 Fi8p2+E6
アプレットでｲｲﾝｼﾞｬﾅｲ？

287:名前は開発中のものです。
03/10/15 02:02 384+STG0
ここはどうよ？
URLﾘﾝｸ(www.din.or.jp)

288:名前は開発中のものです。
03/10/15 08:40 1SM2wGBr
>>287
お、結構すごい。ちゃんと3Dなんだ。。。

289:名前は開発中のものです。
03/10/22 13:14 AqHNgwI1
Java3Dでゲームを作りたいんですが、ひな形を教えてもらえませんか？
メインループとキー入力、描画処理といったところの書き方が、
よく分かりません。お願いします。

290:名前は開発中のものです。
03/10/24 23:56 CUmyDoVD
Java3Dなんか使ったら一般ユーザが実行環境用意できないんじゃ…
ところでこいつの開発を再開して欲しい。
URLﾘﾝｸ(www.geocities.co.jp)

291:名前は開発中のものです。
03/11/25 02:33 bFC0Dkpb
誰か、>>287の最強のデータとか持ってないか？

292:名前は開発中のものです。
03/12/24 23:12 JEiw4c+Q
誰か凄いの紹介してくれよ。

293:名前は開発中のものです。
04/01/16 02:00 IBnrTlSi
かなり重めだけど、
URLﾘﾝｸ(ikebukuro.cool.ne.jp)

294:名前は開発中のものです。
04/01/16 17:03 OpJhtAPE
フライトシミュレータって操作むずいんだよな。

295:名前は開発中のものです。
04/01/17 00:56 /8vojqoK
３Ｄだから限界って訳ではないけど、
URLﾘﾝｸ(www.benricute.com)
にも３Ｄのゲームが

296:名前は開発中のものです。
04/01/17 02:21 6ai+veDu
作るならアプレットより
アプリケーションで作った方がいいよ。

297:名前は開発中のものです。
04/01/18 00:05 R2AUtvDl
>>295
ちょっと面白いかも。
ここってオリジナルのゲームなんでしょ？
なのに、フリーで出まわってるゲームも置いてるなんて、なんだかなぁ。

298:JAVA初心者・・・
04/01/19 04:41 7ZOz3AkQ
はじめまして！！
今宝探しゲーム作っているのですがどなたか参考になるソースもってませんか？
目標はFF9のミニゲームだった「ここほれ！チョコボ」です。
どなたかご協力お願いします<(_ _)>

299:名前は開発中のものです。
04/01/19 15:27 snVCA4Sa
>>298
スレ立てといてなんでここで聞いてるんだよ

300:名前は開発中のものです。
04/01/21 00:26 j6QTKwUD
海外のサイトだけど、
URLﾘﾝｸ(www.javagameplay.com)
とか。
あまり面白くはないけど、すげーなと思う。

301:名前は開発中のものです。
04/01/21 02:01 JJmOkv2J
漏れも海外のサイト紹介しちゃうぞ
URLﾘﾝｸ(www.classicgaming.com)

302:名前は開発中のものです。
04/01/21 09:01 j6QTKwUD
紹介されているページを見る限りでは、
グラフィックスに関してはほぼ何でも出来るが、
音まわりの処理が苦しい？

303:名前は開発中のものです。
04/01/22 21:10 sEG1ecAb
URLﾘﾝｸ(www1.jawink.ne.jp)

既にでてるかな？

304:名前は開発中のものです。
04/01/23 01:56 hxTgIGSZ
何回かチャレンジしたけど、
ヘリも飛行機も操縦がムズ過ぎ。速いマシンほど速く動いてる？
もっと簡単だったら楽しいような…

じゃ、更に追加で、
URLﾘﾝｸ(www2.odn.ne.jp)
同じサイト内だけど、
URLﾘﾝｸ(www2.odn.ne.jp)
も。
下のは複雑すぎでした…

305:名前は開発中のものです。
04/01/25 01:26 hok/ATwA
このすれっどをみて
ぼくは
じゃばよりふらっしゅのほうがいいんだなと
おもいました。

306:名前は開発中のものです。
04/02/10 01:23 roXOg29f
>>305
そう思ったなら多分それが正解。
適材適所。

307:名前は開発中のものです。
04/05/12 17:29 +KwjynEM
URLﾘﾝｸ(www15.tok2.com)

308:名前は開発中のものです。
04/05/15 11:19 atd2UrGF
おお、久しぶりの書き込みだな。
せっかくの書き込みなのにすまないんだが、

>>307
すまん、全然たいしたことない。
ってゆーか、ほとんど正男じゃん。
もっと凄いjavaゲームはないものか。

309:名前は開発中のものです。
04/06/07 18:19 KZ9AiAg4
ゲームの限界というより作り手の限界…

310:名前は開発中のものです。
04/06/21 18:11 uNmG74S6

URLﾘﾝｸ(java.sun.com)

JAVAサウンドプログラマーズガイド

311:名前は開発中のものです。
04/06/21 18:50 WQ1GKg6I
>>307のゲームは一体何もどきなんだろう？

312:名前は開発中のものです。
04/09/27 00:03:41 aLBna6ae
質問です。
Javaアプリでゲーム作ってますが、どうしても逆コンパイルかけられて
ソースを覗かれるのがいやなのです。
何か良い方法はありませんか？

313:名前は開発中のものです。
04/09/27 00:41:30 be/ifB4A
難読化とかすればいいんじゃね？

もしくは、すべてのクラスファイルを独自で暗号化して、
自前の複合化クラスローダー無しには読み取れなくして、
そのクラスローダーの使い方を難しく＆難読化して、読めなくするとか。

以下、参考までに。

jarg - 最適化ツール
URLﾘﾝｸ(jarg.sourceforge.net)

RetroGuard配布サイト(英語) - 難読化ツール
URLﾘﾝｸ(www.retrologic.com)

RetroGuard日本語解説サイト？
URLﾘﾝｸ(mascot.mis.ous.ac.jp)

Java無関係用語集 - 難読化について
URLﾘﾝｸ(www.netgene.co.jp)

314:名前は開発中のものです。
04/09/27 00:42:36 be/ifB4A
マルチだったのか・・・

315:名前は開発中のものです。
04/09/27 07:34:52 aLBna6ae
>>313
ご親切に、ありがとです。
早速、jargで難読化したり、jodeで逆コンパイルして確かめてみたり
してみました。
・・ん～、簡単に覗けてしまいました。

根本的な解決方法としては、
＞すべてのクラスファイルを独自で暗号化して、
＞自前の複合化クラスローダー無しには読み取れなくして、
＞そのクラスローダーの使い方を難しく＆難読化して、読めなくする
かもしれません。是非、もう少し掘り下げて教えていただきたいです。

316:名前は開発中のものです。
04/09/27 07:51:00 MzHevRDp
URLﾘﾝｸ(java.sun.com)

317:名前は開発中のものです。
04/09/27 19:28:31 n84gmfqB
>>315
jarg で最適化すれば、それなりに読みにくくなっているはず。

難読化ツールは、逆コンパイルを不可能にするんじゃなくて、
逆コンパイルされても、読みにくくて解読したくなくなるように出来るって事。

昨日言い忘れてたけど、jmangle って難読化ツールもある。　結構、サクッと使えていい感じ。

Jmangle 配布サイト
URLﾘﾝｸ(www.elegant-software.com)

> 根本的な解決方法としては、
> > すべてのクラスファイルを独自で暗号化して、
> > 自前の複合化クラスローダー無しには読み取れなくして、
> > そのクラスローダーの使い方を難しく＆難読化して、読めなくする
> かもしれません。是非、もう少し掘り下げて教えていただきたいです。

この説明で分からないなら、ちょっと解説に時間がかかりそうだが・・・どうするか・・・
まぁ、自分も近いうちに、これをやってみようと思ってたから、まとめてみるかも。

つーか、マルチ('A`)ｲｸﾅｲ

318:名前は開発中のものです。
04/09/30 22:22:50 oihGIM+f
やっぱﾏﾝﾄﾞｸｾ

319:名前は開発中のものです。
04/09/30 22:36:30 SJALzkxF
Web開発ではやったことあるけど、ゲーム作る程度でやる気ないなぁ。
どうせ、作るつもりないだろうけど。

320:名前は開発中のものです。
04/10/02 13:58:02 mB8JJc6Y
これが一番手っ取り早いのでは！？
>>ｽﾚﾘﾝｸ(tech板:152番)

321:25
04/10/03 01:54:29 clInMJlt
>>320
JNIか。
確かに手っ取り早いかもしれないけど、ﾈｲﾃｨﾌﾞ絡むとﾏﾝﾄﾞｸｾ。

>>315
見てるかどうか知らないけど、まとめてみた。

URLﾘﾝｸ(potage.s58.xrea.com)

とりあえず脳内にあるのをメモっただけだから意味不明かもしれないが、まったり考えていく予定。
実際に作るかどうかは分からん。

322:名前は開発中のものです。
04/10/03 01:58:11 clInMJlt
ぐはぁっ　＿／＼○＿
名前が…

323:315
04/10/03 12:02:03 drsRfI5F
>>321
毎日拝見しております・・。
321さんのHP覗いてみたのですが、インスタンスをClassクラスで生成する際の問題は、
newInstanceメソッドで引数なしでnewした後、初期化処理を行うメソッドを呼び出すようにすれば良いかと。
それとも、別のクラスにコンストラクタの引数に渡したいオブジェクトをsetterメソッドで登録しておけば、
引数なしのコンストラクタ内でその値をgetterメソッドで取り出すルールを
設ければうまくいくのではないでしょうか？
暗号化する・しないはクラス設計時に判断しないと無理ですけど。
出来れば、呼び出す側で暗号化ロジックを通す通さないで、ハンドリングできれば
便利で良いのですが。
クラスの直列化や複製もインタフェースをあらかじめ実装しないと
例外が発生するから別に当たり前の実装方法かも。

次ページ