Google Maps Android API v2 の v1 からの変更点メモ - Qiita
Android の Map API が刷新され、 ベクトル地図！ 回転、視点変更 屋内、地下街マップの表示 が可能になりました。Googleマップアプリの機能が API で提供された感じです。これは感涙。 v2 になって導入手順が大幅に変わりましたが、 @adamrocker さんが早速解説して下さっています。 throw Life - Google Maps Android API v2を使ってみた ここでは、Google Map Android API v1 からの変更点を中心に紹介してみます。 互換性 あ・り・ま・せ・ん、以上！ Fragment 化、3D対応などにより、API の設計思想そのものが変わった様で、既存のコードをそのまま流用できることはないでしょう。 前の MapView に似せた com.google.android.gms.maps.MapView というクラスがあ
Android 開発者必須！SupportPackage で SDK バージョン間の実装の違いを解消しよう | DevelopersIO
SupportPackage とは？ SupportPackage は Android 4.0 から導入された、 SDK バージョン (APIレベル) 間の実装の違いを解消するために提供されたサポートライブラリです。 Android 4.0 で多くの機能が追加され、また実装方法もより効率的に、よりシンプルになりました。Android 4.0 用のアプリを開発するときは問題ないのですが、それ以前の SDK バージョンに対応しようとする場合、クラスが参照できなかったり、改善される前の方法でしか実装できなかったりします。 分かりやすい例として Fragment が挙げられます。 Fragment は Activity 内で UI や振る舞いを分割するときに便利な、 Android 3.0 で初めて導入されたコンポーネントです。標準では Android 3.0 以降の SDK でしか使うことができ
Google I/O 2012 セッションまとめ : Multi-Versioning Android User Interfaces
Google I/O 2012 セッションまとめ : Multi-Versioning Android User Interfaces Multi-Versioning Android User Interfaces どうして"最新の Android だけに対応する"ということができないのでしょうか？ 円グラフを見ると、ICS 以降の部分は少なく、大部分のユーザーを取り込むには Froyo + Gingerbread + ICS + Jelly Bean に対応しないといけません （個人的には、このグラフをみると 2.1 も対応してもいいような気もするけど、、、） 進化を完全に避ける開発者がいます。新しいパーツが用意されていてもそれを忘れて古いパーツを使い続けます。 アプリが一貫性を持つのは大事なことですが、その一貫性を理由にするのはナンセンスです（その他の場所ではその一貫性（古いパーツの
Backward Compatibility for Applications | Android Developers
A variety of Android-powered devices are now available to consumers from carriers in geographies around the world. Across those devices, a range of Android platform versions are in use, some running the latest version of the platform, others running older versions. As a developer, you need to consider the approach to backward compatibility that you will take in your application — do you want to al
[Android] 新旧のAndroidで動作するServiceの作り方
How to able to run service applications on all OS versions ServiceクラスのonStartメソッドはdeprecated（非推奨）に指定され、Android2.1以降では使うべきではないメソッドになってしまいました。 実際にAndroid2.1以降ではonStartメソッドが呼ばれないことがあります。 代替メソッドとしてonStartCommandメソッドが用意されましたが、Android1.6にはonStartCommandメソッドがありません。 1.6以降のどのAndroidでも同じように動作するサービスアプリケーションを作るには、onStartメソッドとonStartCommandメソッドの両方を実装します。 1.6以降のAndroidに対応させるので、プロジェクトのBuild TargetはAndroid1.6(API
![[Android] 新旧のAndroidで動作するServiceの作り方](https://cdn-ak-scissors.b.st-hatena.com/image/square/c129d858750dd4c18c6c7f2f739ca2ef6d676fc6/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEiNCvSuU9M6qcM71l4hPOIDSeYw1paVhT5vRj1Ytc5ssM0qUY4NRvI-OAL3H0QTE3RSiVi0F2fJlr-PmuqB4glJ3mvtiiY7iCkaQlAaw1Y1DrLmiCY_pfDh4wVbyJ5EwWgEnisSXyr59pI%2Fw1200-h630-p-k-no-nu%2Fdevice-2011-11-01-163015.png)
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
Gitを使いこなすための20のコマンド | OSDN Magazine
LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 なお、Gitの基本的な考え方や使い方については分散バージョン管理システムGit入門でも紹介しているので、そちらも参照してほしい。
Git/一人で使ってみる（msysgit編） - 俺の基地
Git bash msysgitにはgitを使う専用のコマンドラインのシェルの git bashというものがくっついてきてこれでUnixライクに操作することができる。 普通にインストールするとフォルダに対して右クリックでgit bashを対象のフォルダをカレントとして開くことができる。 このgit bashはgit専用なのでtabをバシバシ押すだけで、コマンドとか引数を補完してくれます便利 ▲ ▼ サンプルプロジェクト ホームページの管理をするとして、サンプルのページを作る Windowsによくありげな状況を想定して My Document\hp\hp001\ なディレクトリを作り中に index.html を作る。内容は適当 <html> <head> <title>git</title> </head> <body> <h1>はじめてのGit</h1> <p>はじめます</p>
gitとDropboxでお手軽・無料のSource Hostingを実現する « lab.naoki.sato.name
以前から興味があった、バージョン管理システムの一つである git を導入しました。 目的としては、もちろん開発しているソースのバージョンを管理する、というのもありますが、それ以上にHostingサービスを使って、複数台のPCから最新のコードにアクセスできるようにしたい、というものがあります。 ただ、調べてみたところ、有名な github を含め、基本的に Hostingサービスではプライベート用途で使う場合はお金がかかる模様 (ソースコードを公開するOSSの場合は基本的に無料です)。 それでは、ということで、複数PC間のデータをバックグラウンドで意識せずに同期してくれる無料ストレージサービス Dropbox とgitを組み合わせて、手軽にプライベート用のSource Hostingを実現することにしました。要は、リモートgitサーバを使う方法で、その宛先をDropbox内のローカルファイル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.android-group.jp/conference/abc2012s/files/2012/03/ABC2012SAndroid234%E5%AF%BE%E5%BF%9C_kanbara.pdf
Preview the new Google Groups - Google Groups