- 1 名前：デフォルトの名無しさん mailto:sage [2006/07/31(月) 18:09:15 ]
- NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。
※DoCoMo以外は下記スレへ。
CLDC+MIDP+携帯電話用Javaスレッド part 5
pc8.2ch.net/test/read.cgi/tech/1132493827/
■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問･相談スレッド88【大歓迎】
pc8.2ch.net/test/read.cgi/tech/1153834996/
■ ｉモード携帯電話用Java（iアプリ）まとめサイト
ton.my-sv.net/
■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
pc8.2ch.net/test/read.cgi/tech/1117773530/
過去スレ
Part 1 piza2.2ch.net/tech/kako/975/975428633.html
Part 2 pc3.2ch.net/tech/kako/1000/10007/1000723476.html
Part 3 pc2.2ch.net/test/read.cgi/tech/1040898596/
Part 4 pc5.2ch.net/test/read.cgi/tech/1067139509/
Part 5 pc5.2ch.net/test/read.cgi/tech/1084246226/
Part 6 pc5.2ch.net/test/read.cgi/tech/1091286071/
Part 7 pc5.2ch.net/test/read.cgi/tech/1102844217/
Part 8 pc8.2ch.net/test/read.cgi/tech/1110946222/
Part 9 pc8.2ch.net/test/read.cgi/tech/1120411353/
Part 10 pc8.2ch.net/test/read.cgi/tech/1131603113/
Part 11 pc8.2ch.net/test/read.cgi/tech/1141796982/
- 652 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 10:54:38 ]
- 曲自分で書いてもコストはかかる。
外注より安くなるくらいで。
iアプリは規模小さいからそれを生かして
合理的な工数と金額の見積もり手法とか確立したいなｗ
- 653 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 15:11:46 ]
- すいません質問があります。
iモード携帯電話用Java(iアプリ) Part10 の
33 ：デフォルトの名無しさん ：2005/11/13(日) 12:07:47
NPで通信とかするとメモリが足りなくなるバグのことじゃね？
スクラッチパッドのサイズの設定を409600にすると避けられるとか。
とりあえず、実機見てみないとなんとも。
34 ：デフォルトの名無しさん ：2005/11/13(日) 12:47:14
あれは回避策がここで出たんで助かったよ。
まさか全アプリ409600にするわけにもいかないし。
とありますが、
この34さんが言われている回避策とはなんでしょうか・・
過去ログが見れなくて困っています・・
- 654 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 17:42:52 ]
- 俺もログ見てないんで何の不具合か全く判らんが、
NP限定の通信の不具合なんて知らない。
普通に作ってりゃ普通に動くと思う。
思うに適当にgc呼べって事ではないのかと。
- 655 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 17:56:09 ]
- ほっとけば誰か答えるだろうと思ってたが、そう来るとは思わなかった。
455 名前：デフォルトの名無しさん[sage] 投稿日：04/10/17(日) 01:12:10
ああ、やっぱりこの件か。
NとPは通信と画像読み込みにバグがある。
解決方法としてはSPサイズを409600にするか、起動直後に（無駄だとしても）JPG画像を
最低1枚読み込み（すぐ解放してもよい）、通信を行う（openする。すぐcloseしてもよい）ことだ。
これで大筋正常になる。
- 656 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 18:30:40 ]
- 今の902系の機種でも直っていないの？
- 657 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 22:21:07 ]
- 多分別の話ではあるが、
通信すると、別スレッドでも一瞬止まる嫌な症状はあるね。
データ落としながらアニメーションとかするとスゲェ気になる。
900i,901iまではそんなことなかったんだが。
903iで解消している事を願うが、ＣＰＵが変わらん限りムリポ。
- 658 名前：653 mailto:sage [2006/10/18(水) 22:30:55 ]
- >>655さん
どうもありがとうございました。
その情報を元に
起動時に通信を下記のような感じで openしてすぐcloseするという処理を入れてみたら正常に通信できるようになりました。
try {
HttpConnection hoge = (HttpConnection)Connector.open( "", Connector.READ);
hoge.close();
}catch ( Exception e ) {
} finally {
}
起動時のメモリがあるうちに一度openしておかないといけないという事ですね・・
とても参考になりました。
ありがとうございました。
- 659 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 22:41:45 ]
- iアプリでInflaterInputStream使うのはむりぽ？
- 660 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 22:57:20 ]
- >659
言っていることがよくわからない。
- 661 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 23:25:55 ]
- 自作すれば可能
- 662 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 00:50:23 ]
- そりゃ自作すりゃ湖の水だって呑み干せらあ
- 663 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 12:52:58 ]
- 質問です。
N900iSでCalendar.getInstance()使ったら、1970年1月1日とかUnixタイムスタンプっぽい値が返ってきたのですが、これはN900iSの不具合ですか？
F900やSO902だと正常に今日の日付が返ってくるんだけども･･･('A`)
- 664 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 13:11:24 ]
- じゃぁ Calendar.getInstance(TimeZone.getDefault()); を試す。
- 665 名前：デフォルトの名無しさん [2006/10/19(木) 13:36:25 ]
- はい質問です。
ディスプレイにそのまま書くdrawImageと
適当なcreateImageに書くdrawImageは
どのくらい処理速度が違うんですか？
一緒ですか？
240x240を3枚くらい重ねて描画したいんですけど、
どうやったほうが効率いいですかね？
- 666 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 13:46:00 ]
- 試して報告ヨロｗ
多分機種依存か、VRAM共用で変わらないと予想。
- 667 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 14:06:32 ]
- >>665
1つ目の質問はちょっと実験すればわかるんじゃない？
でも恐らくは機種依存かと。だいたい比較するものじゃないような。なぜなら
その辺りはlockやunlockの仕組みやpaintやrepaintを理解すればわかるかと。
2つ目は質問の意味が不鮮明。
２４０＊２４０の画像を書くだけなら最初からImage上で合体させて
描画1回だけすれば効率がいいだろうけど、そんなレベルの質問かい？
大体効率って言われても描画速度効率？メモリ効率？
実際にどのようなことをするのかもわかってない以上
誰もアドバイスできないと思うぞ。
- 668 名前：667 mailto:sage [2006/10/19(木) 14:12:57 ]
- 書いてから考え直したが
「ディスプレイにそのまま書くdrawImage」
ってのはpaint内での描画を指してるのかな？
キャンバス本体をgetGraphicsしてそこに直接書き込んでるのかな？
もし後者なら667で書いた事は忘れてくらはい。
後者ならほとんど変わらないと思う。
うちは前者だと思って書いたので。
- 669 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 16:17:39 ]
- >>664
ありがとう、っていうかごめんなさい。
実機の時計が設定されてなかったのが原因でしたマジゴメン。
||
∧||∧
（ ⌒ ヽ ｿﾘｬ1970年ｶﾞ返ﾙﾜﾅ･･･
∪ ﾉ
∪∪
- 670 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 16:29:04 ]
- TimeZoneクラスなんてあったっけ
- 671 名前：デフォルトの名無しさん [2006/10/19(木) 17:31:55 ]
- >>667
言葉はきついが紳士な御仁。
Graphics g1 = canvas.getGraphics();
Graphics g2 = Image.createImage(240,240)
の場合の描写速度はどうですかという質問です。
画面をロックしているなら動作はほぼ同じということでよろしいのですね。
240x240を3枚くらい重ねて描画というのは
g2.drawImage(1,0,0);
g2.drawImage(2,0,0);
g2.drawImage(3,0,0);
unlock()
g1.drawImage(g1のイメージ,0,0);
unlock()
と
unlock()
g1.drawImage(1,0,0);
g1.drawImage(2,0,0);
g1.drawImage(3,0,0);
lock()
という感じで2パターン考えてたんですけど、
どうやら前者のほうが早そうですね。
すっきりしましたありがとうございます。
- 672 名前：デフォルトの名無しさん [2006/10/19(木) 17:33:14 ]
- ああ、g1とg2とlockがバラバラですがお察しください。
- 673 名前：デフォルトの名無しさん [2006/10/19(木) 17:37:29 ]
- 違うか。
一番早いのは
lock()
g1.drawImage(img1,0,0);
g1.drawImage(img2,0,0);
g1.drawImage(img3,0,0);
unlock()
のほうですね。でもこれってあんま変わらないんですかね？
- 674 名前：デフォルトの名無しさん [2006/10/19(木) 18:14:33 ]
- 試してきました。
lockしようがunlockしようがエミュ上では全部一緒でした。
903シリーズもってないので誰かテストお願いします。
- 675 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 18:17:00 ]
- >>671
ん〜〜色々聞いてみたいところだが・・・まず最初の部分
これは式として成り立つのか？恐らく間違っているが意味は判るので・・
このg1とg2に直接描画って話だろうけど単純に描画だけなら
速度は基本的に変わらないはず（機種依存はあると思うけど）
後ろの方の記述に関しても色々おかしいが意味合いは判ったので解答。
まず前者と後者を比較すれば単純にプログラムの処理数の関係で
後者の方が早い。ただし、ここで出てきてる第一引数の
イメージだと思われる部分が一切変化しない事を想定するなら
あらかじめ別の場所で
----------------------------------------
Image img = Image.createImage(240,240);
Graphics g2 = img.getGraphics();
g2.drawImage(img1,0,0);
g2.drawImage(img2,0,0);
g2.drawImage(img3,0,0);
-----------------------------------------
としておいてあらかじめimgを作成
実際のループする場所では
-----------------------------------------
g1.lock();
g1.drawImage(img,0,0);
g1.unlock(false);
-----------------------------------------
のようにすれば１行で済む分早くなる。
そのかわりメモリーは食うしイメージそのものに変化があるなら
あまり効率的とは言えない。つまりはどう扱うか判らんと
だれもアドバイスできないってのはそういうところ。
あと９０３はまだ発売されていない・・・無茶言うな。
- 676 名前：デフォルトの名無しさん [2006/10/19(木) 18:29:51 ]
- >>675
了解です。
基本は変わらんから好きなほうを使い分けろという感じですね。
903系からイメージ透過処理とイメージに色をつけることができるようになるので、
createImageのかつやくの場も増えるんじゃないかと思ってます。
- 677 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 18:51:21 ]
- iアプリド初心者の質問になってしまいますが・・・
Javaはある程度かじっていたので iアプリをやってみようと思い
J2SEとDoJa4.1を入れて
どこのサイトにでもある｢HelloWorld｣を表示させてみようと思ったんですが
ttp://i-appli.info/first/p7.html
ここに書いてあるソースのとおりにやってみたんですが
シンボルが解決出来ない が4件発生してビルド出来ません。
別にタイプミスや大文字小文字判別はきちんとやっているので
問題があるとすれば設定か何かだと思うんですが・・・
- 678 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 18:58:59 ]
- >>677
その画像見ると一行目が隠れてるなｗ
import com.nttdocomo.ui.*;
- 679 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 19:01:05 ]
- たぶん
全角文字か全角スペース
- 680 名前：デフォルトの名無しさん [2006/10/19(木) 19:14:16 ]
- >>678
が全て。
- 681 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 19:29:31 ]
- ｉアプリ作成の登竜門・・・
竜はわが子を千尋の谷底に突き落とす？と(・ω・)
- 682 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 20:26:16 ]
- 虎じゃなかったっけ
- 683 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:00:25 ]
- doja5で外部メモリ扱えるようになったと聞きました。
外部メモリにファイルの作成も出来ますか?
- 684 名前：デフォルトの名無しさん [2006/10/19(木) 22:05:04 ]
- SDカードに9M保存できるので全部で10Mのアプリが作れます。
ちなみに通常の料金での10MBのダウンロード料金は約5000円です。
- 685 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:07:51 ]
- >>684
マジデ
あー、それくらいになるかー
PCだと無料なのになあ
- 686 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:16:50 ]
- 作ってる方はパケホ入ってない奴は存在しない前提で作ってるけどなｗ
- 687 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:20:37 ]
- もはやクロノトリガーとかも楽勝で入る大きさ。
作ってられるかっての。
SONYと同じ道歩んでねーか？
- 688 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:28:04 ]
- ポトリス作って
誰か
- 689 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 22:39:08 ]
- 本体のメモリが1GBってのも凄いな。
容量不足でアプリ消す必要無さそうだ。
- 690 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 00:44:36 ]
- spは消えないけどsdは消えるからなぁ。あーめんどい
- 691 名前：デフォルトの名無しさん [2006/10/20(金) 00:57:04 ]
- 個人では企業の作るソフトに太刀打ちできませんん。
企業は個人とは違うハイスペックゲームを要求されます。
競争の中加速する製作コストに、商品はいつでもどこでも500円。
終末のiモード
- 692 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 01:58:55 ]
- 百分の一のコストで作って100円で売ればいいじゃまいか
つーか企業入って作ってよしなに
- 693 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 08:31:08 ]
- コストは時間に比例するから短時間で大規模なものを作るなら、
データ差し換えで別ゲーとして売り出す方法を取るしかないかもな。
- 694 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 11:07:02 ]
- 馬鹿みたいに容量が大きくて
つまらないアプリ作る奴増えるかも…
- 695 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 11:21:57 ]
- 画質だけ上げる仕事はVodaのメガアプリでやったことあるな。
256アプリが３倍のサイズになったｗ
- 696 名前：674 [2006/10/20(金) 11:51:15 ]
- 実機でテストしてみました。
240x240を1000回書いた場合。
キャンバスlockして書き
930ms
createImage書き
1230ms
結構顕著な差が出るんですね。豆知識ですね。
- 697 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 14:18:27 ]
- >>696
ソースの提示希望。
やり方次第で全然変わってくるわけだが。
- 698 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 14:32:21 ]
- あとテスト機の名前な。
- 699 名前：674 [2006/10/20(金) 15:21:26 ]
- private Graphics g = getGraphics();
private Image bimg = Image.createImage(240, 240);
private Graphics bg = bimg.getGraphics();
一個目
g.lock();
for(int i=0;i<1000;i++){
g.drawImage(img[i%3], 0, 0);
}
g.unlock(true);
2個目
for(int i=0;i<1000;i++){
g.drawImage(img[i%3], 0, 0);
}
3個目
for(int i=0;i<1000;i++){
bg.drawImage(img[i%3], 0, 0);
}
g.lock();
g.drawImage(bimg, 0, 0);
g.unlock(true);
テスト機はまだヒミツ。
- 700 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 15:59:06 ]
- test
- 701 名前：デフォルトの名無しさん [2006/10/21(土) 13:39:41 ]
- 『大集合NEO』は、ﾄﾞｺﾓ公式ｻｲﾄの『RPG大集合』が無料で楽しめる複合型ｻｲﾄとしてｵｰﾌﾟﾝしたものです。
今なら期間限定で『RPG大集合』の有料ｱﾌﾟﾘから、人気のｹﾞｰﾑが無料配信中です。
FOMAのみ対応ですが、この機会にぜひご利用下さい♪
ttp://dsneo.jp/reg/freg_top.php?inv=n53645b34
- 702 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 14:46:57 ]
- アフェリエイト広告は踏んじゃいけませんよ♪
- 703 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 21:29:15 ]
- こんなことして、儲かるのかなぁ？
- 704 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 09:44:20 ]
- 儲かってないから必死なんだよ。
- 705 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:32:21 ]
- 文字列を90度回転させて表示したいのですが、どうすればいいですか？
setFlipModeを使ってもうまくできないんですけれども…
- 706 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:34:05 ]
- 方法はない。
setFlipModeが適用される描画関数については、実装依存。
最低限、drawImageでは実装されていることは保証されている。drawStringに対応している機種はないはず
- 707 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:51:10 ]
- という事で、
文字列を画像として作っておいて回転‥か。
予め90度回転させた状態の画像をそのまま使っても良いな。
- 708 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:53:18 ]
- 回答ありがとうございます。
やっぱ無理なんですね…
OTL
- 709 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:08:55 ]
- フルスクリーンのアプリって作れるんでしょうか？
- 710 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:15:58 ]
- 無理。
アプリより、電波状況やバッテリーの残量のほうが重要 と考えれば納得できるっしょ？
- 711 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:30:39 ]
- >>710
ありがとう。
常に表示しておきたい物があるというのは判るが、
もう少し表示をまとめて、画面を広く使わせてほしいとは思う。
- 712 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:39:00 ]
- 903でﾌﾙｽｸﾘｰﾝのｱﾌﾟﾘ出なかったっけ
- 713 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:43:17 ]
- あー、すまん。903はわからないわ。フルスクリーンあるのかな？
とりあえず902までは、710に書いた通り無理。
- 714 名前：デフォルトの名無しさん [2006/10/22(日) 21:46:50 ]
- >>712
機種依存。
例えばSHは無い。
- 715 名前：デフォルトの名無しさん [2006/10/22(日) 21:47:28 ]
- >>707
そうそう、903からは出来るよ。
- 716 名前：デフォルトの名無しさん [2006/10/22(日) 21:50:12 ]
- >>705
連続書き込み俺の日記帳。
透過を意識してない黒塗りの画面とかだったら出来るな。
- 717 名前：デフォルトの名無しさん [2006/10/22(日) 21:53:23 ]
- いやいや903は透過に出来るんだよ。
902以前と新しい700シリーズは当面無理なんだよ。
- 718 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 23:28:15 ]
- 703iは903iと同等だろ。
容量は30+200KBだが。
- 719 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 02:55:10 ]
- それのどこが同等だーッ！
しかしあれだよ、30KBの制限って明らかにユーザー馬鹿にしてるよな。
- 720 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 08:30:03 ]
- >>719
まあアプリ使わない人も携帯使うわけだからねぇ
- 721 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 18:02:30 ]
- >>720
だったら７００はｉアプリ非サポートでいいと思う。
作る側からすればえらい迷惑だ。
- 722 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 20:40:51 ]
- >>721
ま、面倒くさいけど、それも一つの飯の種ではあるわけだし
- 723 名前：デフォルトの名無しさん [2006/10/23(月) 22:46:32 ]
- アプリとかってのは不特定多数向けに作らないといけないから、
なるべくパイの広い下位機種に合わせられるわけで。
こういうのを出してると全体の成長が止まる。
まぁ終末のいもでですからどうでもいい。
- 724 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 22:47:26 ]
- いらん機種は切り捨てればよろし
- 725 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 23:13:30 ]
- >>721
Felicaがある以上それは無い
- 726 名前：デフォルトの名無しさん [2006/10/24(火) 00:07:10 ]
- そんなことよりソフトバンク祭りですよ。
電話料金定額。
違約金詐欺。
ポータビリティーで良いとこなし絶望と思われたソフトバンクにこんな犯罪的な作戦が！
- 727 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 00:59:20 ]
- >>726
速やかにお帰りください。
帰ってるだろうけど。
- 728 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 04:27:17 ]
- 友達達とiアプリを作ってみようと言うことになったんですが
作ってみようという候補に挙がったのに
データベースツールみたいのが出たんですが
保存しておいたデータから条件設定、検索抜き出し
という非常に単純なツールなのですが
iアプリの参考書等を見ているとゲーム系統ばかりでして・・・
データベース系のソフトはiアプリではムリがあるのでしょうか？
- 729 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 04:30:34 ]
- ノウハウがあれば簡単です。
- 730 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 04:32:29 ]
- データベースの操作がゲーム風になってればいんじゃね？
- 731 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 07:34:28 ]
- iアプリに限らん気もするが(´・ω・｀)
ソース丸ごとコピーしようとするとそういう資料は皆無に近いだろうけどね。
- 732 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 15:09:07 ]
- >>728
SQLとかでサーバーにデータベース作って、アプリから通信して引っ張ってくれば簡単
うん冗談だ、すまない。
ぶっちゃけ唯一の保存領域であるスクラッチパッドにどんな形でデータを保存するかが鍵じゃね？
データ量が10〜20レコードとか少なければ、アプリを起動するたびに全レコードをスクラッチパッドから読み込むとか
力技で解決できると思う。
- 733 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 15:12:27 ]
- ↓ここでi-sqlを開発する神登場
- 734 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 15:39:38 ]
- とんでもねえ あたしゃ神様だよ!
- 735 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 16:07:58 ]
- >>i-sql
MySQLみたいに1レコード目の1カラム目が○バイト、2カラム目が△バイト･･･
って感じに各データの大きさを決めてしまえばいけんじゃね？
そうすれば1レコードの大きさが均一になるから、バイナリで行操作が簡単になるよね。
卓上論だったら[ﾟдﾟ]<ﾕﾙｼﾃ
- 736 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 16:22:21 ]
- カラムがTEXTならどうすんの
- 737 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 16:55:13 ]
- あ‥‥MySQLって可変要素持てるのね。
んじゃ、各レコードの先頭1〜2バイトをレコード長とするとか。
TEXTカラムは、同様に先頭1バイトをカラム長とすればいいんじゃね？
なんか組み込みのパケットやパソゲのリソースっぽくなってきたけど
これで[ﾟдﾟ]<ﾄﾞｳﾃﾞｽｶ
- 738 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 18:51:58 ]
- すいません困っています。
環境はnetbeans4.1 、doja4.1、java2sdk1.42です。
出来上がったプロジェクトをnetbeansでビルドしようとすると｢致命的エラー:
クラスパスまたはブートクラスパスでパッケージ java.lang を検出できません。｣
と表示されます。またdoja4.1のほうでビルドしましがだめでした
コーディングは間違ってないようなので更にnetbeansで詳細を確認してみると
｢<javac includeantruntime="false" debug="${doja.debug}" destdir="${doja.build.classes.dir}" srcdir="${doja.src.dir}" bootclasspath="${doja.classpath}"/>｣
という一文にエラーマークがついています。
どうすればうまくビルド出来るでしょうか？
- 739 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 20:45:23 ]
- >>728
OneTableDBみたいなのもあるから、需要はあると思うよ。
ただあれはホントに1テーブルしか扱えないんで、どうせ作るなら複数のテーブルを扱えるのがいいな。
RDBっぽいのが出来たら面白いかな。
- 740 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 21:03:07 ]
- 単純な興味として、そういうのって何に使うの？(´・ω・｀)
- 741 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 00:30:46 ]
- >>738
netbeansってのは正直知らないが
単純にDojaのクラスにパスが通ってない気がする。
iDKDoJa4.0\lib\class.zip
iDKDoJa4.0\lib\doja_classes.zip
にパス通した記憶ある？
大抵のツールは、手動でこれにパス通さないといけないよ。
- 742 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 01:59:14 ]
- Eclipseはスルーですか
- 743 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 17:42:34 ]
- >>741
え、知りませんか＞netbeans
これですttp://www.netbeans.jp/index.nsp
パスは通してませんが以前まったく同じ環境で
いじってた時はパス通さなくてもなんとも無かったんですけど。。。
>>742
ええ、もちろんeclipseでやろうとはしたんですがdoja4.1には
iｱﾌﾟﾘ開発用プラグインがeclipse3.0にしか開発されていない
らしいので3.0を探し回ったですが結局3.1か3,2しかなくて
仕方なくnetbeansにしたわけです。
- 744 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 18:56:43 ]
- 3.2でも動く
- 745 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 20:36:29 ]
- >>744
ホントですか？！
早速試してみます！
ありがとうございました
- 746 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 15:44:46 ]
- 一個10〜30kのテキストデータを30個程保存しておいて、後から抜き出して表示させたいんですが、保存する方法ってなんか無いですか？なんかデータ保存にはスクラッチパッド使えと本にあるんですが余りに不便でして…
- 747 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 15:52:18 ]
- サーバに保存してDL
- 748 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:05:14 ]
- >>747
鯖には保存しないって事になってるんで…
- 749 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:19:30 ]
- >>748
９０３でリソースに入れれ。
つうか、テキストをスクラッチに入れるのが面倒なら
リソースにいれようとスクラッチに入れようと手間はさほどかわらん。
保存が面倒じゃなくて利用したい形式で読み出すのが面倒なんだろう。
- 750 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:21:33 ]
- resourceファイルにするかJavaに埋め込めば
resならファイル名で取れるし
- 751 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:41:56 ]
- ちょｗ
＞保存する方法
って書いてあるから、上書きするんじゃね？
そうなると、結局スクラッチか外部メモリか、サーバくらいしか
iアプリだと選択肢無いはず。
無いよね？(´・ω・｀)
- 752 名前：デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:46:50 ]
- だったら「諦めろ」としか言えないだろうｗ
スクラッチに保存するのが面倒なくせに
サーバーやストレージディバイスに保存なんてもっと面倒だｗ
まぁ文章のように容量がころころ変わるのを
能動的に保存するんだったら面倒だがな。
|
 |
