- 1 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:32 ]
- J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。
前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 6
pc11.2ch.net/test/read.cgi/tech/1155174514/l50
過去スレ
携帯JAVAのスレッド
pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
pc5.2ch.net/test/read.cgi/tech/1070858996/
CLDC+MIDP+携帯電話用Javaスレッド part 3
pc5.2ch.net/test/read.cgi/tech/1091798483/
CLDC+MIDP+携帯電話用Javaスレッド part 4
pc8.2ch.net/test/read.cgi/tech/1108781476/
CLDC+MIDP+携帯電話用Javaスレッド part 5
pc8.2ch.net/test/read.cgi/tech/1132493827
--
Java一般に関しては：
【初心者】Java質問･相談スレッド88【大歓迎】
pc8.2ch.net/test/read.cgi/tech/1153834996
NTT DoCoMoのiモード携帯電話用Java(iアプリ)については：
iモード携帯電話用Java(iアプリ) Part12
pc8.2ch.net/test/read.cgi/tech/1154336955
>>2-5あたりにリンク集
- 976 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:34:58 ]
- それは重たいわな。もちろんBOLD指定は試したんだろうけど。
アルファ使えるんなら文字列部分は別イメージに描画しといて
それを使いまわしたほうがいいと思う。
リスト処理に時間が掛かる場合はUIとは別スレッドで。
- 977 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:47:29 ]
- >>975
やはりそうですか。
>>976
参考にさせてもらいます。
- 978 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:07:49 ]
- drawStringってそんなに処理速度遅いかな
内部的にはわからんが数回程度じゃ目に見えて遅いなーという印象はない
- 979 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 04:46:34 ]
- ゲームのスコア表示とかに多用するけど
同じくそれほど遅いと感じたことは無い気がする
iアプリじゃ太文字描画はdrawString重ねが定番みたいだし
iアプリと比べるのも変か
- 980 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:00:32 ]
- 不変の文字をいくつも常時描画するなら、文字を書いた画像を一枚描画するほうが早いのかね
まあやり方次第か
- 981 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:30:25 ]
- いや、iアプリでもdrawStringは重い･;(`ε()ﾞ
- 982 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:14:17 ]
- たとえば長い説明文をスクロールさせたり、動く背景に重なってるスコアなど
毎フレーム再描画する必要がある文字列の場合、
素の状態の描画と、太字や縁取りの装飾をした描画で比べてみると遅さの違いがわかるよ。
キーを押したら”おはよう”を1行描くという処理と
キーを押したら”おはよう”を10行描くという処理では、ほとんど差はないと思うが。
|
 |
