ｉアプリでゲーム

**利用者側** · 01/11/06 19:30

単純ではまるってなゲームつくってほしいー。

**名前は開発中のものです。** · 02/04/29 20:49

>>227
実用性とは高速性のこと？

**名前は開発中のものです。** · 02/04/29 21:09

そういやJavaCPUやJavaOSってどうなったんだ？

**名前は開発中のものです。** · 02/04/29 21:45

JavaCPUはあるけど動作速度が問題にならないくらい遅いので主流にはならない。

主流になるくらいの動作速度を持つCPUを開発するのには金が掛かり過ぎて
永久に無理。

JavaOSは知らない。

**haruka** · 02/04/30 01:31

>>223
今の携帯電話の形やサービスに特化したAPIが多くないですか?
今後2年間で消えてしまいそうなサービスのためのAPIと
プリミティブなAPIとの区別が全くついていないように見えます。

>>222
KVMMarkってほとんどのベンチが1秒かからずに終わってるんで、
ベンチマークとしての精度が極めて低いんですよ。

**名前は開発中のものです。** · 02/04/30 15:19

次世代マイクロアーキテクチャ「ARM11」発表
http://www.zdnet.co.jp/news/0204/30/b_0429_01.html

＞ARM11が実装するARMv6命令セットアーキテクチャには，Thumb拡張命令，
＞Java高速化のためのJazelle技術，ARM DSP拡張命令，SIMDメディア処理
＞拡張命令が含まれる。
　：
＞0.3μm（0.13の誤り？）製造プロセスの場合で最低350MHz～500MHz以上，
＞次世代0.1μmプロセスの場合で1GHz以上を実現するという。
　：
＞ARMでは，同マイクロアーキテクチャの採用が見込めるデバイスとして，
＞2.5G/3G携帯端末，PDA，マルチメディアワイヤレス機器のほか，
＞イメージング／デジタルカメラなどの家庭アプリケーションを挙げている。

ARM® Jazelleテクノロジ
http://www.arm.com/jp/uk/uk_jazelle.html

＞Jazelleは、ソフトウェアJVMやJITコンパイラを使った方法に比べ大幅な
＞性能向上（最大8倍）を実現します。しかも、それに伴ってコンパイラや
＞コンパイルされたコードのメモリ・コストが増加しません。
　：
＞Jazelleは、コプロセッサやJava専用プロセッサに比べ、最大90%
＞の性能向上を実現するほか、ハードウェア・コストが最小限で済み、
＞複雑なハードウェアやソフトウェア統合の必要がありません。

どーなんでしょうか。

**名前は開発中のものです。** · 02/05/02 13:17

drawRectでピクセル打っていって
リアルタイムでソフトウェアレンダリングできるくらいのスピードきぼん

**エアリエル** · 02/05/06 17:36

私は各機種ほぼ同じ速度希望。
503、、SO速すぎ。

**名前は開発中のものです。** · 02/05/06 18:51

>>234
激しく同意！

**名前は開発中のものです。** · 02/05/06 19:31

つまり、一番遅い機種に合わせろって事？

**エアリエル** · 02/05/08 00:49

遅くは出来るが速くは出来ない。
だから遅いのに合わせて作っておくと後々何かと融通が効く。
とはいえ503、、P遅すぎ。

**名前は開発中のものです。** · 02/05/08 00:57

古い機種を使いつづける人はいるから、永遠に初期の最も遅い機種に合わせて行くつもりなのかな？
そんな非現実的な事・・・・

**名前は開発中のものです。** · 02/05/08 11:59

そろそろ504iが出る頃合ですが、
個人でやってる人、機種変するわけっすか？ 2機種持つ強者とかいる？

**エアリエル** · 02/05/10 00:19

>>238
えーとね、遅い方にある程度合わせて必要最低限ってレベルで作っていけば、
ある程度仕上がって追加したくなったときに、いくつか追加して多少重くなっても
耐えられるカンジに仕上がる、、可能性が高いというだけの話さ。
永遠に合わせる必要はない。
、、と、偉そうに御託を述べた本人が言うのもなんですが、
今自分のとこで作ったアプリP503iじゃ遅すぎてゲームになりません(爆）

**エアリエル** · 02/05/10 00:33

KVMMarkに504がいくつか登場してる…。
ややっ！？ImageやGraphicが思ったより速くない気がする…
もしかして画面サイズが広がった分描画に時間がかかってる？
実際問題どうなんでしょ？

**名前は開発中のものです。** · 02/05/10 00:51

「各機種ほぼ同じ速度希望」って希望が非現実的だって言ってるんだYO！

**名前は開発中のものです。** · 02/05/10 03:02

５０３ｉってＰＣエンジン並のゲーム性能って言われてたっけ。
出る前までは。

**名前は開発中のものです。** · 02/05/10 03:54

誰に言われてた？
どういう部分で並みだと？

**名前は開発中のものです。** · 02/05/10 04:44

ハドソンの人が言ってたね。

**エアリエル** · 02/05/10 08:15

>>242
238の書き込みのどこに「各機種ほぼ同じ速度希望」が非現実的と書いてあるんだよ。
と言いたい所だけど、まぁたしかに各機種ほぼ同じ速度なんて非現実的でしょうな(爆
いいじゃん、言ってみたかっただけなんだし…

PCエンジン並…どっちかと言うとMSX並だと思うんだが…それも廉価版(笑

**名前は開発中のものです。** · 02/05/11 21:18

auのJAVAもPhaseごとでは各機種ほぼ同じ速度になるはずだったんだけどね・・・

**名前は開発中のものです。** · 02/05/13 18:22

504で503のアプリって動くの？？

**エアリエル** · 02/05/13 22:03

ZDNetなどで504iにコンテンツを提供するコンテンツプロバイダに
3Dポリゴン待ち受けアプリを提供するという情報が流れているのですが、
１：コンテンツプロバイダということは、もしかして公式だけに
　　3Dを提供するの？（勝手サイトには？）
２：3Dポリゴン待ち受けアプリという妙に含みのある言い方
　　なんですけど、　　もしかして３Dって待ち受け用途以外に
　　使えないのかな？
、、と、結構気になるというか引っかかるんですけど、
詳しい方は居られませんか？

＞504で503のアプリって動くの？？
予想だけど動くと思う。っていうか動かなきゃいかんでしょ。
画面サイズなどはどうなるんでしょうね。JAMファイルの情報、
例えばKVMverなんかを元に記述があれば504、記述が無ければ
503と判別する…とか

**名前は開発中のものです。** · 02/05/14 23:23

なんかKVMMarkによるとF504iがバカっ速ですぜ、旦那方。
同じ世代同士でなんでこうなる～。
そのうち収束するのかなあ。

**名前は開発中のものです。** · 02/05/14 23:57

>>250
＞同じ世代同士でなんでこうなる～。

健全じゃん。妙な指導や談合が無いって事でしょう。
そのうち弱者が競争から脱落して行き、
選択肢が限られてきて、
収束するんでしょう。
って、その頃にはJava自体が選択肢から外れてたりして。

てゆうか、今後どうなってゆくんだろう。
テクノロジ的にはJava実行環境はどんどん速くして行けるでしょう。
或いは進歩の方向性としては、低コスト化や低消費電力化のベクトルもあるでしょう。
コンテンツ次第、ニーズ次第では、高性能化は失速する事になるんでしょう。
Javaが携帯の盲腸になる日はくるのか？

**名前は開発中のものです。** · 02/05/15 09:01

というか、普通同世代だとハードウェアもソフトウェアも大体同じ技術レベルになるから
似たようなパフォーマンスになるもんだけど（IntelとAMDみたいに）、
携帯Javaはまだその辺煮詰まってないんでしょう。

……NECなんかは単純にシェアトップにあぐらかいてる気もするけど。

>>251
既にケータイ自身の機能の一部がJavaで実装されてる例もあるみたいなので、
とりあえずは大丈夫なんじゃないかと思うです。
企業用途ではそれなりに使い道ありそげだし。

**504** · 02/05/15 12:47

3Dは機種によってついたりついてなかったりでは困るなぁ

**名前は開発中のものです。** · 02/05/15 13:58

>>252
＞携帯Javaはまだその辺煮詰まってないんでしょう。

IntelとAMDみたいな煮詰まり方してないのは、物凄く明かだよね。
世の中、煮詰まるはるか前の段階で、政治力・金の力でデファクトスタンダードが押し付けられる例も少なくないけど、
そうはなっていない点でも健全だと思う訳で。
でも、短期間に限られた方式へ収束して似たような選択肢しか無くなる、のかな。

関係無いけど、Transmetaにはもっと頑張って欲しい！まだ負けるな！

**haruka** · 02/05/16 03:42

>>252
別にJavaの性能だけが携帯を決めるわけじゃないからでしょう。

Javaが遅くてもメールが使いやすければ売れたりするわけだし。
全体にかけられるコストは各社それぞれ決まってるわけだから、
どこにお金をかけるかが各社違って当然だよ。

今回は速度の差なんかよりも、
N504iの解像度が他と違いすぎることの方が大変なんじゃないかな?

**エアリエル** · 02/05/16 07:00

>>255
解像度は幾つになるのでせうか？
っていうか、各機種解像度は幾つでせう～？

**名前は開発中のものです。** · 02/05/16 09:30

P 132x144 (背面液晶 96x25)
F 132x136
D 132x144
N 160x180
SO 128x128

**名前は開発中のものです。** · 02/05/16 17:07

http://denwa.jp/gazou/200204/f504i.jpg
パンフらしい。もうJavaアクセラレータかなんか積んでるのかね。

**名前は開発中のものです。** · 02/05/16 18:38

>>258
いわゆる「アプリケーション・プロセサ」が搭載されている事がセールスポイントとして明記されてるね。
Fはどこのメーカーのプロセサを採用したんだろうか。

**エアリエル** · 02/05/17 00:16

>>257
…各社マチマチ、、ですね。なんじゃこりゃーーー！！
速度差は遅いのに合わせておけばなんとかなりますが
画面サイズがバラバラってのはどうすりゃいいんでしょうね～？
特にNが。

**あぼーん** · NG

あぼーん

**通りがかりのiアプリプログラマ** · 02/05/18 01:48

504の赤外線に期待してます
対面対戦とかできると楽しいかも
ライブラリの公開はいつなんだー！

02/05/18 10:50

504iのドキュメントと開発ツール一式出ました＼（＾○＾）／
http://www.nttdocomo.co.jp/p_s/imode/java/index.html

てーか、なんじゃこりゃあー！バリバリ機種依存全開の方向に行ってるし……。
面白そうな拡張API群は事実上使用禁止か？

**名前は開発中のものです。** · 02/05/18 11:14

基本APIは、503iで機種非依存が激しかった箇所がいくらか規格化されてる模様。

IApplication.launch(IApplication.LAUNCH_BROWSER, ...)でブラウザ起動できるらしい？
でもアプリには戻ってこれないのね。まあ、これで十分だけど。

**エアリエル** · 02/05/18 11:17

終了は終話キーに統一、、、、終話キーってどれ？

**名前は開発中のものです。** · 02/05/18 11:20

受話器置くときのヤツじゃない？３の上の。

**エアリエル** · 02/05/18 12:43

>>266
あぁ～これね。にゃるほど。
私的には赤い色のやつの方が分かり易かった。

それにしても、Doja1.0でメーカー実装だったのが
これでもか！というくらい改善されてるのがうれしい…。
あいかわらず浮動小数点数はサポートしないみたいだ（CLDCだからか）

**エアリエル** · 02/05/18 13:57

３Ｄは待ち受け用途以外にも使えるようですが、、
データフォーマットが各メーカーによって異なるというんじゃ
話にならんのですけど…。っていうか、263さんの言うように
拡張されたもの機種依存全開、、、頭痛くなってきた。

**名前は開発中のものです。** · 02/05/18 14:21

>>262
Bluetoothの方が

**名前は開発中のものです。** · 02/05/18 15:24

iappli development kitのウィンドウがみんな文字化けする（というか□になる）よう～。
なんでやね～ん。

**名前は開発中のものです。** · 02/05/18 15:36

504は画面を自動で中央寄せしてくれるみたいだから、
画面調整する手間が省けて助かる。

**名前は開発中のものです。** · 02/05/18 15:48

>>271
iAppliの事を良く知らないのですが、自動中央寄せというのは、
applet?のサイズを明示的に初期化した場合に働くのですか？

**名前は開発中のものです。** · 02/05/18 15:54

ADFファイルのDrawAreaで働くみたいだね。なにげにAppTraceも要注目。
基本部分に関しては、割と堅実なバージョンアップしてるなって感じやねー。

**エアリエル** · 02/05/18 15:58

>>270
フォントの設定か何かが問題あるとか？

>>271
えっそれホントですか？え～？どこどこどこにそんな記述が？
もしかしてそれがDrawArea？？？

**名前は開発中のものです。** · 02/05/18 16:40

>>273
なるほど、ちょうど資料を探していたところだったんですが、
DrawAreaについての記述を見つける事が出来ました。
iアプリ製作者には常識でしょうけれど、一応資料の場所を。
http://www.nttdocomo.co.jp/p_s/imode/java/

**270** · 02/05/18 16:44

画面のプロパティ > デザインでWindows クラシック以外になってると化けることが判明。
スタンダードのほうが好きなんだけどなあ。

**haruka** · 02/05/18 19:08

Graphics.drawImage(Image, int, int, int, int, int, int)
が一番うれしいよ。setClipもいい。
あとはImage.createImageとか、Image.getGraphicsも素敵だね。

それ以外は正直どうでもいいなぁ。
へんなの追加して端末メーカの負担を増やさないでほしィ…

**名前は開発中のものです。** · 02/05/18 19:43

拡張部分については初期のDirectXみたいな有様やねー。（もっと酷いかも）
インターフェースだけは決まってるけどハードベンダごとに実装ボロボロと。
ま、生暖かい目で見守ってあげるということで。

**エアリエル** · 02/05/18 23:54

HTTPアクセスに失敗する…
503の時も公式エミュでアクセス失敗してた。。。
（動かないのでi-JADEだけで作ってた。）
なんでぇ～～～？？？？？？

**名前は開発中のものです。** · 02/05/19 04:27

>>279
その他＞ネットワーク設定＞ADFのURL に
アクセス先のURL（本来Jamが置いてあるはずのURL）を書き込む
503エミュは'*'を書いておけばどこでも通信できたが、
今度のはきっちりしないとダメ

**名前は開発中のものです。** · 02/05/19 11:14

うーん、コマンドラインから直接jam起動したら
ScratchPadのディレクトリ変なところに掘ってくれる。
環境変わるたびにビルド用バッチファイル書き換えるのにも飽きたし、
大人しくiappliToolの環境使わせてもらうか。

**エアリエル** · 02/05/19 12:13

>>280
ありがちゅ～～～～～～！！！！！
うおぉぉぉぉぉぉぉ動いてる～～～～～！！！
感動！！！！けど速過ぎて操作出来ん(爆
System.gc()入ってるのに、それを無視するかのような速さだ。
（ちょっとした速度調整をSystem.gc()でやってたりします。
ちょっと遅くなってくれて、しかも余計なメモリの掃除をしてくれて
一石二鳥と思ってたんだが…、、、実機でもここまで速いのかな～？）

**エアリエル** · 02/05/19 13:25

あっ…初回起動にしてるのにSP(スクラッチパッド)リードしてる…。

**名前は開発中のものです。** · 02/05/19 16:55

>>283
ちなみに、他にiアプリ関連の話題に相応しい板は無いんですかね？

**名前は開発中のものです。** · 02/05/19 20:26

プログラミング技術板に１スレのみ。
携帯・PHS板は完全にユーザサイド。

**エアリエル** · 02/05/20 00:53

プログラミング技術板にもあったのか…。

**名前は開発中のものです。** · 02/05/20 16:19

KDDI，使い放題も視野に入れた2.4Mビット/秒の携帯データ通信を2003年に開始
http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20020513/1/

iアプリの話しではありませんが。
上限料金は、いくらくらいになるんでしょうね。
ネットゲーに必ずしも広帯域は必要無いとか、むしろレイテンシが云々、って話しもあるでしょうけど。
上限有り・使い放題、ってのは、モバイルネットゲーには嬉しい話しですよね。
（PHS系では既に定額料金のサービスがあるんでしたっけ？）
CDMA2000(Data Only)って、基地局当りの接続端末数が増えていっても、通信速度は落ちても切断され難い＆接続拒否され難い、みたいな仕様なのかな？全然知らないんですけど。

**エアリエル** · 02/05/20 23:19

肝心の基地局がこっちの地方には少ない、、つーか、無いからCDMAじゃね。
まぁこれに刺激されてドコモでも使い放題低料金が始まればいいんですがね。

**エアリエル** · 02/05/21 13:24

>>287
企業たるもの儲けを考えねば…ってことで6800円に一票

**エアリエル** · 02/05/22 14:07

あぁ～～～アプリの宣伝したい。
けどどこでやればいいんかな～？

**名前は開発中のものです。** · 02/05/22 14:29

ααα良きiアプリααα
http://cocoa.2ch.net/test/read.cgi/phs/1007725265/
このスレでｺｿｰﾘと自作自演。

**名前は開発中のものです。** · 02/05/22 14:55

ギャンブルだね

**エアリエル** · 02/05/23 10:11

というわけで自作自演してきました(笑

**名前は開発中のものです。** · 02/05/23 10:33

まさか本当にやるとは（ｗ

**エアリエル** · 02/05/23 11:57

>>294
やっぱり国民の期待は裏切れないということで…（ｗ

**名前は開発中のものです。** · 02/05/23 18:19

>>295
面白そう。
スゲーと思った。
でも、紹介文が「！」だらけですよ。

**エアリエル** · 02/05/23 19:09

>>296
>
面白そうと言っていただけるのはうれしいです。
今回は勢いを重視してるので「！」が多くなってるんですが、多すぎましたか…。
紹介文は他スタッフ(人柱(笑))さんが考えたものを使ってます。
私自身が考えたのは「新たなるシューティングオデッセイ。」とかいう
ワケわらない部分だけです。（はい、ワケわからんと自覚してます）

なおURLは↓です。
http://homepage.mac.com/airriel/i/i.htm
、、と、さりげなくここでも宣伝…(爆

**名前は開発中のものです。** · 02/05/23 19:22

アプレットの体験版とか無いの？

**エアリエル** · 02/05/23 19:44

パケ代等々を考えると買った方が安くつく、、ような体験版を今週末に
予定してます、、他の作業が忙しいからなんとなく微妙な感じですけど。

**名前は開発中のものです。** · 02/05/23 20:02

300

**名前は開発中のものです。** · 02/05/23 20:22

いや、パケ代のかからないAppletの体験版。PCで動くやつ。
厳密な体験版にはならないだろうけど、「最大限このくらい」って目安はつくかなと。
手軽に試せれば、「お、凄いかも」と思って買ってくれる人が増えるかも。

っていうか、買った方が安くつくって、どういう事？
買ったらiアプリの転送にパケット料金かからないの？それで採算合うの？
imodeについてよく知らないもんで・・・・・・・

**名前は開発中のものです。** · 02/05/23 20:28

起動するごとにダウンロードするという罠。
（通常はフラグたてて初回時のみの画像ダウンロード）

10k近くスクラッチパッドにﾀﾞｳｿするとして、10回も起動すれば
買ったほうが安くなる計算。10*25=250

違う？

**名前は開発中のものです。** · 02/05/23 20:42

体験版のサイズは製品版に比べてどのくらいなんだろう？
たしかに、10回も繰り返しダウンロードするなら製品版を買ったほうが良いのかも。
最プレイするたびにダウンロードされる仕組み？ダウンロードに何秒くらいかかるのかな。
面数や連続プレイ時間を限定にして、再ダウンロード不要の体験版の方が、印象は良いと思うけどな・・・・・・

ちなみに、メモリーから消しちゃったら買いなおさなくちゃいけないのかな？

**303** · 02/05/23 20:46

×最プレイ
○再プレイ
でした

**エアリエル** · 02/05/24 00:01

>>301
ごめんなさいAppletでの予定はありません。
理由は単純に私の技術不足です。

>>302
あ～それいいな～(笑
現時点の予定では約３0秒間程度プレイ可能。
厳密には実際安くつくわけではないけど、30秒のためにお金かけるぐらいなら
買った方が安いわ～っていう意味の「安い」です。

>>303
サイズは製品「jar10ｋ+SPデータ10ｋ」→体験「jar9.7ｋ？+SPデータ8ｋ？」ですね。
もし、プレイするたびにダウソする仕様にしたら大変ですよ～いくらかかるかわかったもんじゃ…。

メモリから消しても再ダウンロードするだけだそうです。
その辺の仕組みは販売代行業者（モバナビさんやギガアプリさん）の
担当分野ですね。

**名前は開発中のものです。** · 02/05/24 00:20

>>305
＞30秒のためにお金かけるぐらいなら

「製品版購入時には差分を追加ダウンロードするのみでOK」なんて仕様が可能なら、気軽に試せる＋損した感無く購入できる、んだろうけど。
ところで30秒プレイすると、消えてしまうの？

20KBのパケット料金は、50円くらいかな？

＞メモリから消しても再ダウンロードするだけだそうです。

そうなんですか。ライセンス管理？の仕組みはどうなってるんだろう。
端末ID?を一定期間業者のDBに記憶、とかだろうか・・・・

**エアリエル** · 02/05/24 01:20

>>306
30秒経つと強制的にタイトル画面に戻るとか、、そんなものにするつもりです。
20KBのパケ代…たぶんそんなもんだと思います。128で0.3円…だったっけ？
そういえば504もまさかパケ代同じ…？

たしかギガアプリさんトコのギガ払いでは、プリペイドカードの番号が
過去にそのアプリを購入するのに使われたかを照合する…
たしかそんなよう仕組みだったはずです。
基本的にカード番号が重複することはないはず、またプリペイドカードなので
個人情報を盗まれるといった事がないので、安心して買えるそうです。

**名前は開発中のものです。** · 02/05/24 01:29

>>307
＞30秒経つと強制的にタイトル画面に戻るとか、、そんなものにするつもりです。

ああ、それなら良いですね。繰り返し頭から30秒、リプレイ出来るんですよね？

＞個人情報を盗まれるといった事がないので、安心して買えるそうです。

なるほど、電話番号を吸い取られるとか、そういう仕組みでは無いのですね。

**エアリエル** · 02/05/24 09:14

>>257
Dのサイズ微妙に違いますね。
ttp://www.melco.co.jp/service/d-style/d_spec/503color/pg1.html

**名前は開発中のものです。** · 02/05/24 11:56

iアプリが作れてアプレットが作れないってのも
妙な話だよな。基本をすっとばして学習されたのだろうか。

**名前は開発中のものです。** · 02/05/24 13:01

作れないんじゃなくて、平たく言って作る気が無いって事でしょ。
あと、アプレットがiアプリより基本である（まずおさえておくべきである）とは思わないな。
今は一般にアプレットに先に接する機会のあった人が多いだろうけど、それだけの話しでしょ。
とか言って、私はアプレットしか作ったこと無いんで違いがどれくらいあるか知らないんだけど。

**エアリエル** · 02/05/24 14:57

ごめんなさい。いきなりアプリから始めてるのでアプレットわかりません(苦笑
たぶん内容的に似通ってる所もあるでしょう。

近日中に1作目「AIRSPEEDER」のアプリの無料版のソース公開するので、もしよろしければ
アプレット版作ってください(他力本願）
ギガアプリさんの動作確認審査に何度か引っかかった有料版を元にしてるので
あちこち手直ししてて、ソース汚くて、、自分でも何がなんだかさっぱり
わからなくなってたりします（苦笑

**エアリエル** · 02/05/24 15:01

>>308
iアプリは電話番号やメールアドレスを吸い取って悪用する事は出来ない仕様になってます。
J-ホネなんかはやれば可能ですが、コンテンツアリゲーターだかアグリゲーターとかいうのが
不正を行ってないか検査するそうです。

**名前は開発中のものです。** · 02/05/24 21:56

>>309

>257で書いたのはJavaで使えるピクセル数
壁紙で使えるピクセル数と違うのは当然

**エアリエル** · 02/05/25 13:27

てなわけで無料体験版公開♪（後悔…？
http://homepage.mac.com/airriel/i/i.htm

>>314
あ～なるほどね。

**名前は開発中のものです。** · 02/05/25 15:17

>>311
だってiアプリはドコモのクラスを継承して作るから
iアプリ独自のメソッド等を使うわけで。
という事はジャバのデフォルトの機能を知りえないというわけで
やっぱり基本をすっとばしてるって感じがするよね。
それは別に個人の自由だけども。

**名前は開発中のものです。** · 02/05/25 18:52

>>316
ServletやらEJBやらを作るのに、Applet固有の知識は必須じゃないですよね？
SwingやJava2Dを用いてアプリ作るにも、Applet固有の知識は必須じゃないですよね？
Appletが飛ばしてはならない基本とは思えないんだけど。

**名前は開発中のものです。** · 02/05/25 20:36

それは言える。

**名前は開発中のものです。** · 02/05/25 23:09

とりあえずSun社が提供している機能を学習しないで
ドコモの機能を学習するのは邪道ってことだろ？

**名前は開発中のものです。** · 02/05/25 23:16

別に邪道じゃなかろ。とりあえずiアプリだってSunのCLDCベースなんだし。

**名前は開発中のものです。** · 02/05/25 23:45

appletをかじってると、iappliを作る時に
何でこのメソッドないねん！
っていうのばっかりでストレスたまるから、体に悪いかもｗ

**名前は開発中のものです。** · 02/05/25 23:57

まぁ、DoCoMoはちょっと独自規格で行ってるからAPIとかで多少違和感があるかも。
（ Applet -> DoJa）
まぁ、やっておいても損はないんじゃないのかな。得するかどうかは別として･･･。

**名前は開発中のものです。** · 02/05/26 00:39

>>322
＞損はないんじゃないのかな

時間の損

>>321、例えばどのメソッド？

**haruka** · 02/05/26 01:26

>>319
Sunが提供しているすべての機能を覚えてからでないと
DoJaを勉強できないってなったら、
いつまでたってもDoJaを勉強できないよ。

AppletとDoJaは無関係なものなので、
別にApplet→DoJaの順に勉強する必要はないよ。

**エアリエル** · 02/05/26 02:06

タマゴが先か鶏が先か…　　ブツブツ…。

**名前は開発中のものです。** · 02/05/26 02:07

うむ。Sunの組み込み機器向けJavaプラットホームJ2MEと、
同じくSunが決めた小型端末を想定したコンフィギュレーションCLDCの上に、
NTTドコモ独自のプロファイルを載せてるのがiアプリの環境でし。

アプレットを含む標準のJ2SEとは、根っこから別階層でし。

**名前は開発中のものです。** · 02/05/26 02:13

アプレットくらいJavaを扱うものとして
出来て当たり前だと思われ。