トップページ⇒tech
1001コメント349KB

iモード携帯電話用Java(iアプリ) Part10

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2005/11/10(木) 15:11:53
NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。

※DoCoMo以外は下記スレへ。

CLDC+MIDP+携帯電話用Javaスレッド part 4
http://pc5.2ch.net/test/read.cgi/tech/1108781476/

■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問・相談スレッド68【大歓迎】
http://pc8.2ch.net/test/read.cgi/tech/1119115837/

■ ｉモード携帯電話用Java（iアプリ）まとめサイト
http://ton.my-sv.net/

■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
http://pc8.2ch.net/test/read.cgi/tech/1117773530/

過去スレ
Part 1 http://piza2.2ch.net/tech/kako/975/975428633.html
Part 2 http://pc3.2ch.net/tech/kako/1000/10007/1000723476.html
Part 3 http://pc2.2ch.net/test/read.cgi/tech/1040898596/
Part 4 http://pc5.2ch.net/test/read.cgi/tech/1067139509/
Part 5 http://pc5.2ch.net/test/read.cgi/tech/1084246226/
Part 6 http://pc5.2ch.net/test/read.cgi/tech/1091286071/
Part 7 http://pc5.2ch.net/test/read.cgi/tech/1102844217/
Part 8 http://pc8.2ch.net/test/read.cgi/tech/1110946222/
Part 9 http://pc8.2ch.net/test/read.cgi/tech/1120411353/
0693デフォルトの名無しさん2006/02/06(月) 18:20:20
萌え系のシナリオ考えるので死ねそうな
0694デフォルトの名無しさん2006/02/06(月) 18:30:42
>>692
むしろ雇って欲しいとすら思うが、黄金期は長くは続かんのだろうな('A`)
0695デフォルトの名無しさん2006/02/06(月) 18:50:37
ごらあ！
0696デフォルトの名無しさん2006/02/07(火) 00:28:56
すみません質問いいでしょうか？
今、Doja4.1と連携させているEclicpse3.1.1でサーブレットとJSPとiアプリを作っています。
Tomcat5.X(細かいバージョン忘れました)とTomcat-ant、jdk1.5.0_06、MySQLを入れています。

アプリの内容は、テキストボックスに文字を入れるとその文字をサーブレットが受け取り
MySQLに保存し、結果を返すというものです。

ひと通り形になるものを作ったので、
iアプリでアクセスするURLを「http://localhost:8080/webアプリ」から「http://DNSサーバが指定したドメイン/webアプリ」で
設定し更にADFのURLも同じ設定に直しまして本番用のサーバに作成したWebアプリをEclipseのワークスペースから
フォルダごとTomcatのWeb-appsの下に入れました。

で改めてエミュレータアクセスすると10 null
と出た後3 Already connecting
としか出なくなります。
これは、なんでしょうか。どうか教えてください。
ちなみに本番用のサーバのApacheの連携等はやってますしServer.xmlの設定もしてます。
0697デフォルトの名無しさん2006/02/07(火) 08:02:03
DoJaの方に問題があるはず。
が、それだけの情報では何とも。
ちゃんとclose()した？
0698デフォルトの名無しさん2006/02/07(火) 11:09:57
DoJa4.1の開発ツールのエミュレータでプリミティブ描画しようとしたらエラーでる…orz
4.0の開発ツールでは動いています。

Uncaught exception java/lang/RuntimeException: Rendering failed.

java.lang.RuntimeException: Rendering failed


どなたか原因をご存知ないでしょうか。
ちなみにちゃんとDLLは
micro3d_d4.dll　, micro3d_v3_32.dll ともにbinフォルダ内に入っております。
使用しているのは com.nttdocomo.opt.ui.j3d あたりです。
0699デフォルトの名無しさん2006/02/07(火) 14:14:55
>>692
言っちゃ悪いが、やな黄金期だな。
0700デフォルトの名無しさん2006/02/07(火) 14:18:00
ごるあ
0701デフォルトの名無しさん2006/02/07(火) 14:51:04
黄金と黄昏は５０％くらい似ている
0702デフォルトの名無しさん2006/02/07(火) 15:01:21
黄金期なんて一瞬だよ。その後は鬱展開が延々続く。ベルセルクみたいに。
0703デフォルトの名無しさん2006/02/07(火) 18:46:49
>>697
はい。
ちゃんとコネクトクローズしてます。
何度、やりなおしてもエクリプス上ではまともに動いて本番用のサーバに乗っけたら
おかしくなるんです・・・・・。

0704デフォルトの名無しさん2006/02/07(火) 19:30:00
実機では
ポート80以外繋げない
アプリ自身が置いてあるサーバーと、違うサーバーとは通信できない

あたりに心当たりはないか？
とりあえずSQLどーのではなく、サーバーにおいてあるTXTファイルでも読み込ませてみれ。
0705デフォルトの名無しさん2006/02/07(火) 19:59:04
五巻くらいで、全てを知った面するな。イマダ！！！
0706デフォルトの名無しさん2006/02/07(火) 19:59:38
ひだりのルパンがドラマ版の電車男に似てる・・・
0707デフォルトの名無しさん2006/02/07(火) 20:00:27
ごめんなさい。誤レスです。
0708デフォルトの名無しさん2006/02/07(火) 20:08:21
>>704
サーバーのTXTが何処を指すのかわからなかったので設定した部分を書いておきます。
C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\booklibrary\WEB-INF\web.xml

<?xml version="1.0" encoding="ISO-8859-1" ?>
- <web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">
- <servlet>
<servlet-name>iBook</servlet-name>
<servlet-class>booklib.Ibooklib</servlet-class>
</servlet>
- <servlet-mapping>
<servlet-name>iBook</servlet-name>
<url-pattern>/booklib</url-pattern>
</servlet-mapping>
- <servlet>
<servlet-name>Isbncomple</servlet-name>
<servlet-class>booklib.Isbncomple</servlet-class>
</servlet>
- <servlet-mapping>
<servlet-name>Isbncomple</servlet-name>
<url-pattern>/isbncomple</url-pattern>
</servlet-mapping>
</web-app>
0709デフォルトの名無しさん2006/02/07(火) 20:10:50
C:\Program Files\Apache Software Foundation\Tomcat 5.5\conf\server.xml

- <!--
<Valve className="org.apache.catalina.valves.FastCommonAccessLogValve"
directory="logs" prefix="localhost_access_log." suffix=".txt"
pattern="common" resolveHosts="false"/>


-->
- <Context path="/booklibrary" reloadable="true"
docBase="C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\booklibrary"
workDir="C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\booklibrary\work">
<Resource name="jdbc/BookLib"
　　　auth="Container" type="javax.sql.DataSource"
　　　username="MyBooker" password="11922960"
　　　driverClassName="com.mysql.jdbc.Driver"
　　　url="jdbc:mysql://localhost/MyBook?useUnicode =true&charcterEncoding=UTF-8"
　　　maxActive="10" maxIdle="4" maxWait="5000"
　　validationQuery="SELECT count(*) FROM book" />
</Context>
</Host>
</Engine>
</Service>
</Server>


とりあえずこんな感じで設定しました。
0710デフォルトの名無しさん2006/02/07(火) 20:31:11
>>704
あと
>アプリ自身が置いてあるサーバーと、違うサーバーとは通信できない

と書かれていますが、エミュレータで行う場合ADFのURLを
任意のサーバのアドレスに書き換えて置けば大丈夫ではないのでしょうか？
0711デフォルトの名無しさん2006/02/07(火) 20:48:25
あー、そうね。
本番用ってそういうことなのね。実機で試したって意味じゃないのね。

そのサーバーがまともに動いてる保証が手に入ってから、iアプリスレに来なさい。
0712デフォルトの名無しさん2006/02/07(火) 20:58:29
>>711
はい。

色々ありがとうございました。
0713デフォルトの名無しさん2006/02/08(水) 00:21:42
Graphicsに描画したものをImageとして持つことは出来るのでしょうか？
0714デフォルトの名無しさん2006/02/08(水) 00:28:51
意味がわからん。
Canvasに表示したものってことか？
無理。
0715デフォルトの名無しさん2006/02/08(水) 02:34:46
>>713
> Graphicsに描画したものをImageとして持つことは出来るのでしょうか？

ふつうはGraphics「で」描画するもんだと思うが・・・
0716デフォルトの名無しさん2006/02/08(水) 02:38:07
>>713
ImageのGraphicsコンテキストを取得すれば、
Imageオブジェクトに描けたはず。
0717デフォルトの名無しさん2006/02/08(水) 10:24:56
gifとかjpgのImageってGraphicsコンテキスト取れたっけ？
0718デフォルトの名無しさん2006/02/08(水) 10:45:56
>>717
取れるのは、createImageで作ったImageだけだったよーな。
0719デフォルトの名無しさん2006/02/08(水) 13:50:30
getRGBPixelsでだめなのか？すげー重いけどさ・・
07201/32006/02/08(水) 23:49:51
Master.java
public class Master extends IApplication{
　　　private TitlePanel title;
　　　private GameCanvas game;
　　　public void start(){
　　　　　　title=new TitlePanel(this);
　　　　　　game=new GameCanvas(this);
　　　　　　Display.setCurrent(title);
　　　}
　　　public void play(){
　　　　　　※game.gameStart();
　　　}
　　…
　　…
}
07212/32006/02/08(水) 23:51:49
TitlePanel.java

public class TitlePanel extends Panel
　　　　　　　　　implements ComponentListener,SoftKeyListener{
　　　private Master master;
　　…
　　　public TitlePanel(Master master){
　　　　　　super();
　　　　　　this.master=master;
　　…
　　…
　　　}
　　　public void softKeyReleased(int key){
　　　　　　if(key==SOFT_KEY_1){
　　　　　　　　　IApplication.getCurrentApp().terminate();
　　　　　　}else if(key==SOFT_KEY_2){
　　　　　　　　　master.play();
　　　　　　}
　　　}
}

07223/32006/02/08(水) 23:53:11
GameCanvas.java

public class GameCanvas extends Canvas{
　　…
　　…
　　　public GameCanvas(Master master){
　　　　　　…
　　　}
　　　public void gameStart(){
　　　　　　…
　　　　　　…
　　　}
}

この※の所でぬるぽが発生します
自分には原因がつかめないのですが、誰か分かる方教えてください
ソースはかなり縮めましたので、必要な部分があれば言って下さい

流れ的には
MasterがTitle出す
↓
TitleがkeyEventでMasterのplay()を呼ぶ
↓
game.gameStart()でぬるぽ

です
0723デフォルトの名無しさん2006/02/09(木) 00:06:55
GameCanvas#gameStart()の中で
エラーが出てるんじゃないの？
0724720-7222006/02/09(木) 00:13:52
>>723
その通りでしたorz
0725デフォルトの名無しさん2006/02/09(木) 02:47:46
g.drawImage(Image,0,0,0,-10,240,20);
ってしたらImageの 0,0,240,10 の領域が 0,0 から描画されるんだね。
今日はじめて知った。なんか描画がずれるからへんだと思った。
範囲外は詰められるのか。…常識？
0726デフォルトの名無しさん2006/02/09(木) 03:23:40
>>725
何も変じゃないし、常識とかそういう話でもない。
その引数ならそのように描画されると思うが。

むしろ、ソース画像のy座標に負数を与えてるのに
何らかの形で描画されていることの方が変だとも言える。
例外吐いて止まっても不思議じゃない。
0727デフォルトの名無しさん2006/02/09(木) 09:08:17
画像外は透明として処理して欲しい気持ちはよくわかる。
よくわかるが…。
0728デフォルトの名無しさん2006/02/09(木) 11:11:00
　　　 ＿＿＿＿_
　　 ／::::::::::::::::::::::::::＼　　　　　 　　　　　　　　　　　　＿
　 /::::::::::::::::::::::::::::::::::::::＼　　 　 　　　　 　　　　／ ￣　　￣ ＼
　 |:::::::::::::::::|＿|＿|＿|＿|　　 　　　　　 　　　/、　　　　　　 　　 ヽ　はぁ？黙ってピザ食ってろ
　 |;;;;;;;;;;ノ　　　＼,, ,,／ ヽ　　　　　　　　　　|・ |―-、　　　　　　 |　
　 |::（ 6　　ー─◎─◎　）　　　　　　　 　 ｑ -´　二 ヽ　　　　　 |
　 |ノ　　（∵∴　（ o o）∴）　　　　　　 　　 ノ＿　ー　 |　　　　　|　
／|　　　<　　∵　　 ３　∵>　　　　　　　　　 ＼.￣｀　 |　 　 　　/　
::::::＼　　ヽ　　　　　　　 ノ＼　　　　　　　　 　　O＝＝＝＝＝ |
:::::::::::::＼＿＿＿＿＿ノ:::::::::::＼　　　　　　　　/　　　
0729デフォルトの名無しさん2006/02/09(木) 13:39:37
>>725
drawScaledImageのようにバージョンによって仕様外だった部分が修正される可能性もあるし
値を丸めて描画するようにする方向に変更したほうがのちのち良いかと思うぞ。
0730デフォルトの名無しさん2006/02/10(金) 21:39:25
携帯用flashって最新機種でどれくらいのモンが走るんだ？
iアプリのDQぐらいのレベルまで動くん？
0731デフォルトの名無しさん2006/02/10(金) 22:28:28
Flash4並。
0732デフォルトの名無しさん2006/02/11(土) 01:31:05
ヒープ容量1.5M以上の端末で
情報配信系のアプリを作ろうとしているのですが、
画像や文字で100K位は確保しても、OutOfMemoryにはならないでしょうか？

まあ、作る内容や作り方にもよると思うのですが、
だいたいこの位なら大丈夫で、
それ以上だとSPに入れようかなという目安がありましたら、
お教え頂きたいです！

できるだけ、メモリ上で処理したいので、、
0733デフォルトの名無しさん2006/02/11(土) 09:08:54
>>732
つ「new byte [100 * 1024]」
0734デフォルトの名無しさん2006/02/11(土) 12:18:03
>>732
240*240の画像一枚で100k以上ヒープ食うわけだけど、
その辺理解してる？
常に数十KBヒープが余ってりゃそうそう落ちないと思うが、
その辺の計算できない奴なら常にgcとgetImageでもやってろ。
0735デフォルトの名無しさん2006/02/11(土) 12:58:45
全画面画像を使う情報配信アプリってどんなだよwwwwww
0736デフォルトの名無しさん2006/02/11(土) 14:58:57
>>732
> まあ、作る内容や作り方にもよると思うのですが、
それが答えだよ。
こんなものに目安があると思ってる時点で考え方がおかしい。
0737デフォルトの名無しさん2006/02/11(土) 17:40:56
一番最初につきはなした733である俺が言うのもなんだが、お前ら畳み掛けるこたーねーだろ
>>732
ヒープ領域1.5Mなのに、100Kで落ちるとどうして思えるよ
0738デフォルトの名無しさん2006/02/11(土) 20:06:20
DoJa-3.5エミュレータで実験したことで、以下について質問。

キャンバス上でこうすると画面は赤くなる。
int red = Graphics.getColorOfName(Graphics.RED);
int cvW = getWidth(), cvH = getHeight();
Graphics g = getGraphics();
setBackground(red);
g.clearRect(0, 0, cvW, cvH);

Imageに対して同様のことをする。
Image img = Image.createImage(cvW, cvH);
Graphics ig = img.getGraphics();
setBackground(red);
ig.clearRect(0, 0, cvW, cvH);
g.drawImage(img, 0, 0);

画面が赤くなる（赤いimgが表示される）ことを期待するが、実際は白いまま。
Graphics#clearRect()が有効なのはキャンバスのgに対してのみで、
イメージのg(上記ではig)に対しては無効なのだろうか？
0739デフォルトの名無しさん2006/02/11(土) 20:58:24
>>738 ('д')・・・
つ Graphics g = getGraphics();
　　g.drawImage(img, 0, 0);
07407382006/02/11(土) 21:08:05
>>739
いや、それはもちろんそうしてる。cvW,cvH,colの宣言と同様、書くのを省略しただけ。
>>738の後半はこういうこと。
int red = Graphics.getColorOfName(Graphics.RED);
int cvW = getWidth(), cvH = getHeight();
Graphics g = getGraphics();
Image img = Image.createImage(cvW, cvH);
Graphics ig = img.getGraphics();
setBackground(red);
ig.clearRect(0, 0, cvW, cvH);
g.drawImage(img, 0, 0);
0741デフォルトの名無しさん2006/02/11(土) 21:39:18
>>734
えー、画像一枚で100K以上もヒープ食うんだ、、　知らなかった。。
Stringとかも、その文字のバイト数以上食っちゃうのかなぁ、、

勉強になります！
0742デフォルトの名無しさん2006/02/11(土) 21:41:11
>>740
Canvas#setBackground(int) なんだから
Canvas (のインスタンス) の背景色を設定するだけなのは当然じゃね？
勝手に Image の背景色が変わったら困るだろ

そもそも Graphics#setBackground(int) じゃないのが設計ミス。
0743738=7402006/02/11(土) 22:47:11
>>742
setBackground()がCanvas(の親クラスFrame)の背景色を指定するもの
だということは認識している。
また、setBackground()を実行して直ちに色が画面に反映されるのではなく、
clearRect()したときに初めてCanvas(Frame)の背景色が変わる。

どうやらclearRect()はCanvasのGraphicsオブジェクトに対してのみ有効
ということでよさそうだね。
だとすればAPIリファレンスのGraphics#clearRect()の説明の書き方が悪いよなぁ。

Graphics自体の説明では「キャンバスおよびイメージに対応するグラフィックスコンテキスト」
としていて、clearRect()の説明では「（setBackground()で指定した）背景色で塗りつぶします」
としている。
ならばイメージに対してclearRect()しても（Canvasの）背景色で消去されるもの
だと当然思える。が、実際には処理されない。
それならちゃんと「CanvasのGraphicsに対してのみ有効なメソッドですよ」と
注意書きが必要なんじゃないかな、と。
0744738=7402006/02/11(土) 22:56:37
まぁでも、それならそれでImage（でもCanvasでも）の背景色を指定する
Graphics#setBackground()なるものがあって然るべきだろうよ、
っていうのは同意。

仕方ないのでImageに対してはfillRect()使う。（それしかできねー）
0745デフォルトの名無しさん2006/02/11(土) 23:13:57
そうか、今の中高生って物心ついたときにはＷｉｎ９５が既にあったんだな((((;ﾟДﾟ))))
07467422006/02/11(土) 23:39:38
>>743
> ならばイメージに対してclearRect()しても（Canvasの）背景色で消去されるもの
> だと当然思える。が、実際には処理されない。

思えない。
Canvas のインスタンスを複数作ったらどの背景色使うか決められない。

> それならちゃんと「CanvasのGraphicsに対してのみ有効なメソッドですよ」と
> 注意書きが必要なんじゃないかな、と。

Image のでも有効。白かなんかで塗りつぶされるだろ。
背景色を指定できないだけ。
0747デフォルトの名無しさん2006/02/12(日) 01:14:41
そもそもCanvasで設定した物が
ImageのGraphicsに反映されてたらそれこそバグだと思うんだが。
0748デフォルトの名無しさん2006/02/12(日) 01:35:44
>>741
240*240*2=115200
*2は16bitカラーなので。
ただ、D端末は昔から32bitなので240*240*4かかる。
0749デフォルトの名無しさん2006/02/12(日) 02:26:05
>>743 みたいに自分の無理解をドキュメントのせいにされたら中の人もたまらんわな。
0750デフォルトの名無しさん2006/02/12(日) 03:53:51
>>743の後半は言われてみればドキュメントからそう読み取れない
こともないような気もする。もちろんそれは正しくないんだが。
無理解だとまでは言わないが、思い込みで突っ走らないようにってとこか。
0751デフォルトの名無しさん2006/02/12(日) 16:59:22
iアプリバージョンアップ時の画面遷移方法についてご教授いただきたいの
ですが、バージョンアップ時は「バージョンアップに同意しますか？」という
質問に「はい」と答えたら自動的にバージョンアップされてiアプリが
落ちて再度起動されるものと思っていますが、実際にやりたいのは
バージョンアップに同意したら利用規約画面に遷移し、そこで「同意する」
ボタンを押してからバージョンアップが始まって、終了画面をかませてから
iアプリの起動を行う。というやり方をしたいと思っております。
それって可能なのでしょうか。。。？
0752デフォルトの名無しさん2006/02/12(日) 17:37:02
非常に読みづらい。
0753デフォルトの名無しさん2006/02/12(日) 17:55:52
読みづらいですか・・・

えっと、要はバージョンアップをする際に
勝手にバージョンアップ→iアプリ起動ではなく
いろいろ画面をかませてから起動させたいのです。
可能でしょうか・・・？
0754デフォルトの名無しさん2006/02/12(日) 18:02:03
>>751
普通には不可能。

一度ダウンロードしたアプリはjamをダウンロードしたURLを覚えていて、
バージョンアップ時はソコを見にいっちゃう。これは端末の機能であって、
このプロセスにiアプリはまったく関与できないから、当然制御も不可能。

だから起動成功時に現在のバージョン情報をスクラッチパッドに書いておいて、
起動のたびにiアプリ自身が持つバージョン情報を比較、
必要に応じて一度だけ利用規約を出す、みたいな処理を自前で書くしかない。
0755デフォルトの名無しさん2006/02/12(日) 18:23:25
754さんありがとうございます。

では、バージョンアップの同意ダイアログを出して
利用規約画面を出して、そこで初めてバージョンアップをして
終了画面をかませてからiアプリ起動。というのは
ちょっと不可能。ということでしょうか。

やはりバージョンアップ→自動的にiアプリ再起動というのは
標準仕様なのですね。。。
0756デフォルトの名無しさん2006/02/12(日) 18:34:17
ケータイ側の機能としては、

　バージョンアップの指示が来たら新旧のADFを比較して
　新しくなっているようだったらJARを落として入れ替える

ってだけだから、落とす前に規約を表示して…とか無理っぽ。
ただ、一番最初に読ます「利用規約」で、
「バージョンアップする時も同意したとみなす」とかさせとけばいいんでねぇか。
規約を変更するなら >>754 の方法で読ませて、
同意しないなら以後のバージョンは使わせない、と。


あるいは…JARは常に同じまま
バージョン依存部をすべてアプリからDLしてｽｸﾗｯﾁﾊﾞｯﾄﾞ保存。
バージョンアップ処理もすべて自前で、ってのが可能なら…
0757デフォルトの名無しさん2006/02/12(日) 18:40:35
756さんありがとうございます。

>バージョン依存部をすべてアプリからDLしてｽｸﾗｯﾁﾊﾞｯﾄﾞ保存。
>バージョンアップ処理もすべて自前で、ってのが可能なら…

とはどういう処理方法なのでしょうか。
バージョンアップ処理はすべてユーザ側で行うことが
可能なのでしょうか。携帯側で勝手に行われるものとばかり
思っていましたので・・・

本当初心者すぎて申し訳ないです。
0758デフォルトの名無しさん2006/02/12(日) 18:50:39
>>757
利用規約とかしつこくやるってことは商用だろ？
質問してる内容からみてプログラムすること自体が大丈夫かと
心配になるんだが。

＞とはどういう処理方法なのでしょうか

「すべて自前で」と書いてある。

携帯の機能にを当てにしたり介入するのではなくて、全部アプリ
内でバージョンアップ機構まで作るということだろ？

当然プログラムをバージョンアップしなくてもコンテンツそのものは
バージョンアップできるようにしなけりゃならない。
0759デフォルトの名無しさん2006/02/12(日) 19:06:44
758さんありがとうございます。

はい、その通り商用です。
ですのでアプリ内でバージョンアップ機構まで
作らないといけないのですが、どうしてもバージョンアップダイアログ
出力時に他の画面をかませる。というやり方がわかりません。
しかもダイアログ出力時に「はい」を選択しておいて、利用規約画面で
「同意しません」などを押された場合の処理や終了画面をかませてから
iアプリ起動・・・などどう設定していけばいいのかがわからないです。
もちろんプログラム自体はバージョンアップなどはしません。
あくまでコンテンツそのもののみです。

本当私自身プログラムが組めるのか心配です・・・
0760デフォルトの名無しさん2006/02/12(日) 19:07:19
アプリ内で規約に同意するか聞いて、
ＯＫならネイティブのバージョンアップを
呼び出せばいいんじゃね？
07617602006/02/12(日) 19:08:38
ああ、２回「バージョンアップしますか？」
って聞かれるのはうざいけどな。
0762デフォルトの名無しさん2006/02/12(日) 19:24:57
760さんありがとうございます。

実は現在の画面遷移図はこんな感じなんです･･･
「iアプリ起動画面」→バージョンアップしていたら「バージョンアップ
ダイアログ」出力→「はい」を押下→「利用規約画面」→「同意する」を押下
→「終了画面」→バージョンアップさせてから「iアプリ起動」
こんな感じなんです。
どうも終了画面を通ってからバージョンアップさせてiアプリ起動という
流れが無理のような気がしてならないのです。

こんな画面遷移でもやり方次第では可能だよ。と思われる方がいらっしゃいましたら
教えていただきたいと思います。
07637562006/02/12(日) 19:26:24
>>759

本当にプログラム（コード）自体はバージョンアップしないの？
だったらそもそもケータイ側（JAM）の更新機能なんて使う必要ないやん。
「コンテンツ」をJARから切り離して別途落とすようにするだけ。
その手順は単純なプログラム側だけの処理で済むよね。
0764デフォルトの名無しさん2006/02/12(日) 19:28:51
言ってる事が矛盾してたりして解り難いが
アプリ起動中にデータのダウンロードするだけ？
簡単だと思うが
07657642006/02/12(日) 19:31:04
リロードしてなかった
763は流して
0766デフォルトの名無しさん2006/02/12(日) 19:32:38
そもそもアプリのダウンロード時に利用規約に同意してるのに、
しつこく利用規約を見せられる理由がわからん。
0767デフォルトの名無しさん2006/02/12(日) 19:36:31
お役所的なんでしょ
0768デフォルトの名無しさん2006/02/12(日) 19:38:46
そうなんです。特にプログラム自体は変更しないんですし、
一度目のダウンロード時に利用規約に同意しているから
いいと思うのですが（利用規約画面は一度目も二度目も
変わらない）お客さんが言うので仕方ない･･･といった
状態です。

ですのでもしもやり方があるのであれば教えていただきたいの
ですが、やはりいろいろ無理があるようですね。。。
0769デフォルトの名無しさん2006/02/12(日) 19:39:27
>>759
＞もちろんプログラム自体はバージョンアップなどはしません。
もうレス付いてるけど、データ落とすだけじゃん。

iアプリのバージョンアップ機構はまったく関係ないと
いうのがマジで分からないのか、それとも「プログラム
自体はバージョンアップしない」というところそのものから
間違っているのか。
0770デフォルトの名無しさん2006/02/12(日) 19:42:21
>>768
＞お客さんが言うので仕方ない

プログラムの勉強じゃなくて相手を合理的に納得させる
処世術を勉強したら？

馬鹿なことをゴリ押しするような連中なら先は長くないだろうし
見限っちまえばいいが、おれは質問者じゃないから無責任。
0771デフォルトの名無しさん2006/02/12(日) 19:46:15
言ってる事おかしすぎ
規約画面なんか2回出そうが100回出そうがプログラム的には大した事無いぞ
07727562006/02/12(日) 19:55:14
こーゆーことじゃダメなの？

ダウンロードサイトの利用規約に同意させる
↓
JARをダウンロード
↓
コンテンツをスクラッチパッドにダウンロード
↓
定期的に最新コンテンツをチェック、無ければそのまま
↓更新時のみ　　　　　　　　　　　　　　　　　　　　　↑
利用規約をアプリが表示し、同意させる　　　　　　↑
↓　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ↑
最新コンテンツをダウンロード →→→→→→→→
0773デフォルトの名無しさん2006/02/12(日) 20:21:05
そこで
>>751の「バージョンアップ」を「データ更新」に
置き換えて読んでみる
0774デフォルトの名無しさん2006/02/12(日) 20:27:40
バージョンアップっていうからおかしいんだ。
iアプリでバージョンアップって言ったら端末に標準でついてる
プログラム部分再ダウンロード機能のことだろ。

スクラッチパッドデータの更新は自前なんだから、
認証画面をはさもうと問題無い。
0775デフォルトの名無しさん2006/02/12(日) 21:07:00
レス遅くなってしまい、申し訳ないです。

今みなさんのレスを何度も読み返してみたのですが
やはり疑問点が拭えないです。
何か根本的に間違った認識をしている気がしてきました･･･

iアプリ起動時に勝手にADFのURLを見に行って、更新する必要が
あるかどうかを判断して、あると判断されたら勝手に更新ダイアログが
出力されて、「はい」を押したら勝手に更新されて再度iアプリ起動
されて･･･といった流れだと思っていました。
ですので、その間に画面ははさめないと思っているのですが
やはり根本的に間違った認識をしているのでしょうか･･･？
0776デフォルトの名無しさん2006/02/12(日) 21:39:04
間違ってる。
端末はアプリ起動時にバージョンの確認は行わない。
バージョンアップするにはユーザーがメニューから
「アプリのバージョンアップ」を選んだ場合のみ。
0777デフォルトの名無しさん2006/02/12(日) 21:46:17
>>775
まず何のバージョンアップなのかはっきりしないと。
iアプリ本体？
それともアプリが使うデータ？

0778デフォルトの名無しさん2006/02/12(日) 21:46:45
776さんありがとうございます。

そうだったんですか！？
通常のiアプリ起動時に必ずADFのURLを見に行って
勝手に「バージョンアップされています。同意しますか？」といった
ダイアログが出るんじゃないのですか？？
では、通常使用で勝手にバージョンアップダイアログが出力されると
いったことはないということですよね？
0779デフォルトの名無しさん2006/02/12(日) 21:48:12
777さんへ

iアプリ本体のバージョンアップしかないと思っていたのですが、
データのみのバージョンアップというのもあるのですか？

くだらない質問すぎて嫌になると思いますが･･･
0780756,763,7722006/02/12(日) 22:06:00
>>779
ちゃんとDoCoMoの開発ガイドPDF読んでる？
もしかしてiアプリの開発全く未経験？
それどころか使ったことも無い？
本体をDLした後にデータを自分で落としてくるアプリって結構あるでしょ？
後から落としてきたデータについては全部自分で管理すりゃいいわけよ。

> 通常のiアプリ起動時に必ずADFのURLを見に行って
> 勝手に「バージョンアップされています。同意しますか？」といった
> ダイアログが出るんじゃないのですか？？

んなことでﾊﾟｹ代使われたら怒るじょ。

> では、通常使用で勝手にバージョンアップダイアログが出力されると
> いったことはないということですよね？

JAMはそんなことしない。
気の利いたソフトは自分で通信してチェックしてバージョンアップの通知出す。
ユーザが自分でチェックすることももちろんできる。




と、ここまで書いておいてなんだが…
ケータイアプリの開発したこと無い漏れが言うことだから聞き流してもいいぞ。
0781デフォルトの名無しさん2006/02/12(日) 22:33:16
>>779

>もちろんプログラム自体はバージョンアップなどはしません。
といいつつ
>iアプリ本体のバージョンアップしかないと思っていたのですが
といってる
ん？プログラムは更新しないけどjamの中身だけ変更するってこと？
AppParamにｻｰﾊﾞに設置したコンテンツへのファイル名が記述されてて
それを変更してVerUPって言いたいのかな...
それならプログラム変更にはならんけど...

まあいいや、核心から逸れそうだから。
0782デフォルトの名無しさん2006/02/12(日) 22:34:33
開発ガイドの目次だけでも目通せや！
0783デフォルトの名無しさん2006/02/12(日) 22:57:28
つーか、初心者にやらせるくらいならウチもってくりゃ
同じ値段でよっぽどマシな仕事しますよ、
と思ってる奴も多いだろう( ´Д｀)y-~
0784デフォルトの名無しさん2006/02/12(日) 23:31:34
>>779
くだらない質問すぎて反吐が出るわ。少しはマニュアル読めや厨房！



通常起動のたびに勝手にサーバーと通信してたら、パケット代かかっちゃうでしょ。そんなものは無し。
携帯についてるバージョンアップ機能は「JAMファイルが更新されていたら、JAMファイルとJARファイルをDLしなおす」機能。
もしプログラムをバージョンアップするのではなく、スクラッチパッド内のデータを更新したいのなら

アプリに「起動するたびサーバーにアクセスしてデータのバージョンをチェックし、更新されていたらDLしなおす機能」を実装する。

ところで勘違いの元は、505i以降に「アプリ内から、携帯についてる『アプリのバージョンアップ機能』を呼び出すAPI」が追加されたことが原因じゃないか？
0785デフォルトの名無しさん2006/02/13(月) 00:07:08
無知と客先から言われた事から勝手な妄想したのが原因と思われ。
0786デフォルトの名無しさん2006/02/13(月) 00:11:16
なんか伸びてると思ったらこんな展開か……

>>779
PDF10遍読み返せ
0787デフォルトの名無しさん2006/02/13(月) 01:24:49
PDF以前に、まずiアプリ端末をさわってみることから始めないとダメなんじゃないか？
0788デフォルトの名無しさん2006/02/13(月) 07:39:07
つーか、調べ方を知らない、考えられないってのは致命的だな('A`)
0789デフォルトの名無しさん2006/02/13(月) 11:29:24
そんな奴にソフト作らせるのもどうかと…
0790デフォルトの名無しさん2006/02/13(月) 22:58:44
質問をしたいのですがよろしいでしょうか？
携帯のバーコードリーダを作っているのですが
サンプルとなるJAN13コードの作り方やサンプルが置いているサイト
など分かる方はいらっしゃいますか？

エミュレータで使うとSelect　code　file　for　CodeReaderと言うモーダルが開くんですが
対応するファイルが存在しないので困ってます。
どうぞよろしくおねがいします。
ちなみにソースコードは下記の様に書きました。

import com.nttdocomo.device.*;
import com.nttdocomo.ui.*;
/*
*バーコードリーダー(JAN13のみ)
*/

public class iBarcodeApp{
public String BarCodeRead() {
String strRet="";
CodeReader cr=CodeReader.getCodeReader(0);
cr.setCode(CodeReader.CODE_JAN13);
try{
cr.read();
strRet = cr.getString();
}catch(Exception e){}
return strRet;
}
}
0791デフォルトの名無しさん2006/02/13(月) 23:50:33
>>790
初めから用意されてる sample1.dat は
単なる2次元バーコード用のテキストデータみたいだから、
13桁の数字のテキストファイルを拡張子.datで読ませてみたら？
07927912006/02/13(月) 23:55:00
確認完了。テキストでよろし。
■ このスレッドは過去ログ倉庫に格納されています