Androidでモバイル開発@Java

1 名前：1 [2007/11/13(火) 23:00:00 ] Android は、Linux kernel 2.6 上に構築された、堅牢なOS、さまざまなライブラリ、 多彩なマルチメディアユーザインターフェースを提供するモバイル端末向けソフトウェアプラットフォームです。 公式（英語） code.google.com/android/ Android SDK ダウンロード code.google.com/android/download.html Android アプリケーション開発環境のリリースと Android デベロッパーチャレンジのお知らせ googlejapan.blogspot.com/2007/11/android-android.html Androidメモ www.saturn.dti.ne.jp/~npaka/android/ android情報まとめ ＠ ウィキ www29.atwiki.jp/android/ 448 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 17:08:17 ] チャレンジって、要はベンダに環境整えるために、 サードパーティに環境を整えさせてるだけか。 いまさら気づいた。 449 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 22:38:11 ] みんな変な方向いってるからちょっと期待してたんだが・・・ 450 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 20:21:01 ] >446 常駐はできる。サービスを書けばいい。 フォルダはなんかアプリ用の場所より上にアクセスするのが面倒。 そういや俺は最近見てないけど、新しいSDKってどーよ？＞皆 451 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 23:43:19 ] androidとかもう飽きた 452 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 06:13:01 ] 掘り下げる能力が無いと、すぐ飽きるよな。 表面採集しかできない奴が発掘現場に居たら、すぐに「もう何もない」と言い出すし、 それを自分の能力ゆえと思いたくない一心で、尚も発掘進めてる他の人間達に水を差して回る。 453 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 09:04:51 ] これから>>452さんが掘り下げてくれるそうです 454 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 10:26:22 ] >>452 よろしければこちらでどうぞ pc11.2ch.net/test/read.cgi/php/1195004743/ 455 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 21:16:11 ] ここも悲惨なスレだなぁ。 456 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 22:28:08 ] 昔Mac、最近はPS3と、「ソフトがないハード」はいろいろあったが 「ハードがないソフト」というのは、何とも今時な気がするよ。 457 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 01:09:20 ] ムードが大昔の BeOS に微妙にかぶってるんだよね＞ハードがない大風呂敷ソフト 458 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 04:06:25 ] 新しいSDK来たの？ 459 名前：デフォルトの名無しさん [2008/02/23(土) 05:18:58 ] ＞＞「ハードがないソフト」というのは、何とも今時な気がするよ。 8年も前に、503i出る前iアプリでエロゲーつくりましたが何か？ 460 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 13:42:52 ] 嘘だ！なぜなら容量制限がキツすぎてエロゲーすらまともに作れる状況ではなかった 461 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 13:48:58 ] それはやり方は次第だろう 例えばサーバから画像やスクリプトを順次ダウンロードして 解釈実行するだけのアプリなら10KBに抑えれないことはない パケ代かかりそうだが・・・ 462 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 13:51:25 ] 俺も作ったよ．通信しまくり方式．10Kなら十分作れた． パケホもなかったのであくまでジョークプロジェクトだったけど． 463 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 23:10:56 ] もしかしてShiftJIS使えない…？ 464 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 08:28:46 ] ShiftJISなんてレガシー規格、使えるのはWindowsと日本の携帯だけだよ。 465 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 08:53:56 ] >>464 >>464 >>464 466 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 09:54:58 ] 日本語を表現するのに UTF-8 が如何に無駄かを知らないんだろうな。 467 名前：デフォルトの名無しさん [2008/02/24(日) 10:07:24 ] けど中身がASCIIコードで書かれたソースコードばっかりと仮定するならUTF-8が最高。 コンパイル済みコードならUNICODEはいいんだけどケータイですらスクリプト使いまくりだからな。 468 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 10:10:41 ] プログラムは UTF-8 いいよね。 日本語ばっかだと UTF-16 の方が遥かにいい。 469 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:03:06 ] >>464 >>464 >>464 470 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:07:23 ] そして SJIS や EUC の方が遥かにいい 471 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 13:44:19 ] >>466 表現に必要なバイト数が効率の全てか？携帯電話が、何MBのFlashメモリ乗せている？ ShiftJISからUTF-8に変えたところで、どれだけムダだというんだ？ 下位互換性でどうしても必要なとき意外は、基本エンコーディングはUTF-8というのが世界の流れ。 Windowsは下位互換性のために〜A系のAPIを残しているけど、それは呼び出すたびに内部でUTF-16への 変換をする、効率の悪いAPI。 Linuxもいまどきは日本ではLANG=ja_JP.UTF-8が標準だし、MacもUTF-8。 472 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 13:59:32 ] >>471 もしかしてこのスレ立てた人？ pc11.2ch.net/test/read.cgi/php/1195004743/ 473 名前：デフォルトの名無しさん [2008/02/24(日) 14:09:46 ] 30年ほど前にutf-8を実装しようとしたらごみ呼ばわりされたっけな。 474 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:26:58 ] 日本語が1.5倍強にふくれあがるからなあ。 １文字につき３（たまに４）バイトだから。 それに、メモリだけの問題じゃないだろう。 475 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:35:41 ] うむ、老いてエネルギーが無くなって時代の流れについていきたくない 元エンジニアのジジイを説得するのに労力がかかるのが一番の問題だな。 476 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:51:06 ] 本当に Unicode 全体を表示する必要があるなら仕方が無いだろうが、 日本語のみ表示したのでよければ Unicode はオーバースペックだ。 文章のバイト数が増えるだけじゃなく、 文字に関する色んな機能を実現するのに必要なコード量やテーブルも増えるし、 過去の遺産も使えない。 477 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:56:38 ] >>472 全く違うが、本気で新しいプラットフォームでShiftJISを使いたいという考えが判らない。 ShiftJISなんて捨てたくても捨てられなくて仕方なく使ってるだけのレガシーエンコーディングなのに。 日本の携帯はバッドノウハウの固まりで、携帯電話の常識は世界の非常識だって認識、皆持ってる？ 478 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:00:16 ] >>476 日本のためだけに規格を作るわけじゃないだろ。Javaだって、ソースコードをShiftJISで書いても内部ではUTF-16。 そして、Androidにわざわざ過去の遺産を持ち混む必要性も全く感じない。 479 名前：デフォルトの名無しさん [2008/02/24(日) 15:04:22 ] シフトJISはバイト数が少なくてすむだけじゃなく、画面に出力したときに文字幅とバイト数が一致しているので スクロールが超早いエディタとかも作りやすい。 表現できる文字の制限については、ブラウザでは文字コードを直接指定できるからそれを採用するとか・・すると上記メリットもなくなっちゃうか。 プロポーショナルフォントが標準だしね。 まあ画面サイズがチープでもレイアウトが簡単に作れる程度のメリットは今でもある。 480 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:18:52 ] Shift-JISは(c)Microsoft 481 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 10:21:59 ] >>479 > シフトJISはバイト数が少なくてすむだけじゃなく、画面に出力したときに文字幅とバイト数が一致している 言ってる意味が分からないのだけど。 482 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 10:36:19 ] >>481 固定幅フォントでレンダリングした場合、半角文字は1byte、全角文字は2byte。 文字列が50byteなら、半角文字50文字分の幅が必要。 483 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 20:46:42 ] >>481 その意味が分からない程度で SJIS 批判してたの？ 484 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 20:54:38 ] 意味はわかるけど今時そんな事言うのもどうかと思うぞ プロポーショナルフォントの事も英語と日本語以外の文字の事も考えていない たとえばギリシャ文字なんかは英字の倍の幅を取るほうが不自然じゃないか 485 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:15:32 ] 驚いた。よく意味が分かるなぁ。 486 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:25:13 ] 何が分からないか分からない 487 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:41:29 ] ていうか　　　　　　　　　　　　　　　　　Android と全く関係ないなｗ 488 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 01:02:29 ] >>484 文字の配置が決まってるから見栄えを幅に合わせてるんだよ。 abc ａｂｃ αβγ ＡＢＣ ΑΒΓ あれ？ プロポーショナルフォントでもギリシャ文字がでかいな。 斜め線が多いから小さいと見難いし、 文字サイズ変更してもその見栄えが変わらないようにかな。 記号に使われることが多いから実用上この方がいいかも。 まあギリシャ語用フォント（ラテン文字セット）を使えば英字と同じような見栄えで表示されるんじゃないかな。 489 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 03:57:24 ] 半角カタカナ除けばEUC-JPでもいいわけだな。 490 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 07:24:19 ] それを除くなんてとんでもない！ それに、EUC-JP には実は３バイト文字が・・・ ttp://ja.wikipedia.org/wiki/EUC-JP 491 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 07:57:22 ] ShiftJISを使う && ShiftJISのバイト数と文字幅が一致しているフォントを使うという ごく限られた条件でしか使えないバッドノウハウに頼るのはやめようぜ。 固定幅フォント使っても、east_asian_width == ambiguous 系はバイト数と幅が一致するとは 限らない。 492 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 08:24:11 ] やっと意味が分かる意見が出て来た。 493 名前：デフォルトの名無しさん [2008/02/26(火) 09:08:54 ] シフトJISが有益で最大のシステムは多分カーナビ 地名はJISで規定されてるし。 でも町より下は使えない文字多かったっけ。 494 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:13:31 ] は？何言ってんのこいつ 495 名前：デフォルトの名無しさん [2008/02/26(火) 09:37:13 ] 地名はUNICODEでも解決できないんだからシフトJISに外字で追加するのが一番いい。 pyrite.s54.xrea.com/timei/index.html 496 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:52:22 ] >>495 ShiftJISの外字エリアと対応するUnicodeのコードポイントはあるのだから、 ShiftJISで外字に追加して対応できるなら同じくUnicodeにも外字に追加して対応できる。 497 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 10:28:13 ] 小岾（こばけ）なんて地名はなかった jitenfeti6.jugem.jp/?eid=528 追　記 　埼玉県川越市には、「小岾」という地名がありませんでしたが、韓国にはあるようです。 （自称）小岾に住んでる人から集団でネットストーキングされたが、 あれは在日朝鮮人か韓国人の集団だったんだなあ。 498 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:07:54 ] >>496 外字領域のマッピングってちゃんと標準化されてるの？ コンバーターを提供する実装者に依存するんじゃない？ 499 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:18:58 ] >>498 話として閉じたシステムをもちだしてるんだから問題ない。 同一システム間ならUTF-8にしてそのままメールもできるしな。 500 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:43:37 ] インスタントメッセージ的にSJISがいと思う 501 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:21:46 ] >>498 してる。3キャリともUnicodeに絵文字のコードポイント持っていて、 きちんとcp932からUnicodeに変換ルールに従って移動している。 >>500 意味不明 502 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:28:25 ] MS932だと思うんだ 503 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:37:22 ] cp932という表現はperlかiconv由来か。LAMP開発者なんだろ。 504 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:43:11 ] コードページ932の略で普通にCP932と言うと思うが 505 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 11:22:26 ] MSもSunもIBMもCP932をよく使ってるわな 506 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:36:18 ] >>501 cメールみたいなの、上限増やすか文字数減らすかしなきゃならんのじゃないかなと 507 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:41:51 ] >>506 メールとかはもちろんエンコーディング変換するだろ。 Eメールでも、日本で携帯電話宛に絵文字を送る一番確実な手段はcp932を使うことだし。 Unicodeに統一して嬉しいのは、システムのAPIだとかファイルシステムだとかの話。 508 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:53:53 ] >>507 あ、SJISいらねって話ではなかったのねｽﾏｿ 509 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 13:22:36 ] >>504 MS932がMSのshift_JISでCP932がIBMのshift_JISで両方別物のエンコードなんだが。 今巷に出回ってるshift_JISもどきはMS932の方。 たしかSUNのJava SE実装なら両方サポートしてるはずだが。 510 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 13:35:21 ] from wikipedia Windows-31J  Windows 3.1(J)のリリースに合わせて、マイクロソフトがIBMと日本電気 (NEC) のコードを統合して作った符号化文字集合。  1993年以降、マイクロソフトが自社のドキュメント等で「CP932」という用語を使って表している対象は、常にこの「Windows-31J」である。  この名前はIANAに登録されている。 MS932  Javaで、「IBMのコードページ932」と「Windows-31J」を区別するための用語。 CP932  MS-DOSとWindowsにおける日本語コードページを表す用語。「Windows-31J」が制定されるまでは、OEMベンダによって文字集合が違う。 511 名前：デフォルトの名無しさん [2008/02/27(水) 14:16:47 ] だから普段はシフトJISって言えばいいんだよ 512 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 20:54:18 ] 分かってねーだろ。今まで >510 のような混乱があったから Windows-31J をみんな使えってなったんだろ。 Javaの世界では。 513 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:05:25 ] 単にwin2.xまでの管理コードcp932の実装をベンダに任せてただけだろ。 ベンダ任せだったcp932をwin3.1JでMS自ら管理するようになっただけ。 cp932がベンダごとに違うだけ。 514 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:18:37 ] なんで実装をベンダー任せにするんだ。アホか 515 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:37:52 ] 何も知らん馬鹿は黙ってろ 516 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:04:01 ] おまえら落ち着け 文字集合とエンコーディングは分けて考えやう。 Shift-JISってのはエンコーディング。符号化方式 Cp932ってのは文字集合。 だったはず。 MS932とかは、集合のこともShift-JISのこともいっぺんに指したりするからメンドウ。 517 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:18:40 ] いつの間にここは文字コードスレに 518 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:23:59 ] 成瀬でもいるんじゃね 519 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 14:34:38 ] 成毛？ 520 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:16:02 ] 雑談はこちらで pc11.2ch.net/test/read.cgi/php/1195004743/ 521 名前：デフォルトの名無しさん [2008/03/05(水) 21:53:34 ] 昔のgoogle apiみないな検索結果を返すクラスはないよね 522 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:00:47 ] みないな 523 名前：デフォルトの名無しさん [2008/03/06(木) 19:10:55 ] androidが自我に目覚めてますね 524 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:13:47 ] 解説本が売り出していて出張の新幹線での 暇つぶしに読んでみた俺がきましたよ。 ちょっと面白そう。でもなんか、フレームワーク微妙とか 思ってしまった。似たようなことをするのに似たような 別のやりかたが用意されている印象。 で、やっぱり2chビューワから作るべき？ 525 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:17:25 ] 解説本？ 526 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:17:34 ] >>524 その発想はなかったわ 527 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:20:48 ] >>525 んとね、 「アスキームック　Google Android完全解説」 ISBN978-4-7561-5130-8 電車で概要をつかむにはちょうどよい軽さだったよ 2500円もするけど。 528 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:23:03 ] サンクス 移動時の暇つぶしに読んでみます 529 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:32:04 ] ＞解説本が売り出していて ああぅこの主語と動詞の不整合はいつになっても見ててイライラするぞー！ もう既に一般的になってるのかなこれ 530 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:42:25 ] んなわけない。普通に日本語おかしい。 531 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:18:16 ] 日本語がおかしいって言ってるヤツが「んなわけ」とかｗｗ 532 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:48:56 ] そういう訳はない。一般的な思考に基づいて考えると日本語の文としておかしい。 533 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 21:18:22 ] 日本語を修正するアプリケーションを作れ。 534 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:36:30 ] iPhone SDKが発表になってましたが、いかがですか お前様方 535 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:49:19 ] この際だからmacを買おうと思った 536 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:06:04 ] この際だからオッパブ逝ってみようと思った 537 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 08:29:34 ] この際だからおっぱぴー言ってみようかと思った 538 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 18:00:30 ] >>534 ほとんどの開発者が実機テスト環境をまだ手に入れられないという意味で Androidと似たり寄ったりの「ヴェイパー・プラットフォーム」って感じ。 539 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 16:48:54 ] GTalkクライアント作ってみました。 これじゃ賞金とれないかな。 ttps://sourceforge.jp/projects/mametalk/ 540 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 17:33:52 ] おお。中は見てないがJabberクライアントてこと？ 音声は？ 541 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 11:32:37 ] >540 いまのところGTalkサーバにしか接続できないのでGTalk限定です。 サーバの変更が出来るようになればXMPPに準拠してるIMとのやり取りが出来るようになるかも知れません。 まだその辺ためしてないのでわかりませんが。。。 音声には対応してません。 グループチャットが出来るのでそれなりに使えるのかなと思ってます。 542 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 20:16:44 ] 2Dのグラフィック遅くない？ fillTriangleとかはPathで代用するしか無いんかな 毎回3頂点分アロケーションとかありえん OpenGLは結局オプショナルだよね？ 543 名前：デフォルトの名無しさん mailto:age [2008/03/14(金) 10:50:46 ] アプリの最大容量が分からなくて困ってるんだぜ？ 544 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 17:48:32 ] >>543 制限は無いみたいだけど、まあ無駄に大きくはするなと。 Googleの中の人： >600kb should be fine. The only limit is really the available FLASH >space; you can expect something like 128MB on initial devices, though that is shared with all of the system code, installed applications, >and their data, so it is definitely worth being frugal. 545 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:52:12 ] >>542 OpenGLでゲームを作ろうとしてるけど、 テクスチャ張るだけで2~3FPSくらいまで落ちた。 SDKのバージョンがあがってCanvas.getPixels()がなくなってから OpenGLのテクスチャを作るいい方法がないんですが、 誰か知りませんか? 546 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:03:23 ] >>545 jpegからだったら android.opengl.Texture.decodeJPEG() で良さそうだね。試してないけど。 547 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:46:15 ] >>546 そうですね。私も試していませんが、 おそらくそれでjpegからは作れるのかなぁ、と思っています。 ただ、そうするとアルファチャンネルが使えなくなるのが痛いです。 とりあえずandroidチームにはTextureクラスを提供するなら、 その名にふさわしい機能を入れてほしいですね。 548 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:03:33 ] こことか ttp://chephes.cocolog-nifty.com/blog/2007/11/androidopengl_e_3090.html

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef