Androidフレームワークにおける、 Template Methodパターンの発見 By Tom Kao(高煥堂) 2009.09.01 E-mail: misoo.tw@gmail.com Taipei, Taiwan Template MethodパターンはGoFのデサインパターンの1つです。 これは親クラスと子クラスの関係をうまく活用したパターンです。 親クラスでアルゴリズムのスケルトンを定義し、そのアルゴリズムの具体的な設計は子クラスでの定義に任せる。Templateパターンの一般的なクラス図は以下のようになります。 図1 GoFのTemplate Methodパターン Template Methodパターンに,親クラスの抽象メソッドを子クラスによって具体的な処理が決定するものである。 図2 AndroidのTemplate Methodパターン(UI画面
Android SDKでは、以下のような種類のセンサー(Sensor)をサポートしており、 Android1.0/1.1とAndroid1.5でAPIが異なります。 サポートしているセンサーの種類 Android1.5 Sensor.TYPE_ACCELEROMETER・・・加速度センサー Sensor.TYPE_MAGNETIC_FIELD・・・地磁気センサー Sensor.TYPE_ORIENTATION・・・傾きセンサー Sensor.TYPE_GYROSCOPE・・・ジャイロセンサー Sensor.TYPE_LIGHT・・・明るさセンサー Sensor.TYPE_PRESSURE・・・圧力センサー Sensor.TYPE_TEMPERATURE・・・温度センサー Sensor.TYPE_PROXIMITY・・・近傍センサー Android1.0/1.1 SensorManager.
日頃より、アレスネットをご愛顧いただきまして誠にありがとうございます。 「ホームページサービス」のサービス提供は2016年1月31日をもちまして終了させていただきました。 これまで長らくご利用いただき、誠にありがとうございました。 今後も、皆様によりよいサービスをご提供させていただけるよう、サービス品質向上に努めて参りますので、何卒、ご理解いただけますようお願 い申し上げます。 <アレスネットをご契約のお客様へ> 後継サービスとして「userwebサービス」を提供させていただいております。 詳しくは、以下のリンクをご参照ください。 ▼「userwebサービス」のご案内 http://www.ejworks.info/userhp/alles/index.html 今後ともアレスネットをご愛顧いただけますようお願い申し上げます。 株式会社イージェーワークス アレスネット カスタマーサポート
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "Hardware Abstraction Layer" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2020年12月) Hardware Abstraction Layer (HAL、ハードウェア抽象化レイヤー) とは、コンピュータのハードウェアとそのコンピュータ上で動作するソフトウェアの間に存在する、ソフトウェアで実装した抽象化レイヤーである。オペレーティングシステム (OS) のカーネルからハードウェア毎に異なる差異を隠蔽する機能を持ち、それによってカーネルコードは異なるハードウェアのシステム上で動作してもほとんど変更する必要が
Java Native Interface (JNI) は、Javaプラットフォームにおいて、Javaで記述されたプログラムと、他のプログラミング言語(たとえばCやC++など)で書かれた、実際のCPU上で動作するコード(ネイティブコード)とを連携するためのインタフェース仕様である。Java言語からネイティブコードを利用するためのABIと、逆にネイティブコードからJavaバイトコードを動作させるためにバーチャルマシン (VM) を利用するためのAPIの2つから成る。 JNIを使うことで、Java言語のVMで動作させるには処理速度の面で不利とされる計算量の多いプログラムを部分的にネイティブコードに置き換えて高速化したり、標準Javaクラスライブラリからはアクセスできないオペレーティングシステムあるいはハードウェアの機能を利用するプログラムを、あたかも通常のJavaクラスのメソッドのように呼び出
Twitterだと流れ去ってしまうのでまとめて転載 nishio みんなソースコード読むときは何を使っているのかな? shibukawa grepとテキストエディタと、自作のログ出力デコレータ(Python限定)あたりかな?大したことしてないです。 hmori 色々ツールはあるけれど、別の意味で便利だったのはTextMate (OSX シュアウェア) プロジェクトを作ってプロジェクトフォルダーに放り込むだけでソースコードファイルがtreeで見られてクリック1つで開く。まあそれだけだけど。 voluntas vim と ctags くらい。 kumarobo less(lv), cat -n, grep, emacs(xyzzy) あたり。うっかりvisual studio起動することもあるけど jmuk テキストエディタやgrep、viewsvnなど以外だと、globalとかかなぁ。 ug
Introduction Twitter4J is an unofficial Java library for the Twitter API. With Twitter4J, you can easily integrate your Java application with the Twitter service. Twitter4J is an unofficial library. Twitter4J is featuring: ✔ 100% Pure Java - works on any Java Platform version 5 or later ✔ Android platform and Google App Engine ready ✔ Zero dependency : No additional jars required ✔ Built-in OAuth
viからeclipseに戻れない10の理由は半分ネタ、半分本気です。 今回は、僕がもうしばらくの間eclipseを使わないでいようと思う本当の理由を書きます。 eclipseのメリット 本題の前に、Eclipseからテキストエディタに戻れない10の理由で挙げられているメリットのいくつかについて考えてみます。 無条件で受け入れていいと思うメリット 以下のものは無条件で受け入れていいと思っています。 1. コードの自動補完 2. 構文解析を伴う高度なシンタックスハイライト 7. ブレークポイントによるデバッグ 1.と2.に関しては、キー入力が減ったり、見やすくなったりするのだけど、デメリットはあまりないでしょう。 7.のデバッグは素敵です。代替手段として、javaであればjdbというコマンドラインのデバッガがあるみたいですが、よくわかりません。勉強不足です。 どうでもいいと思うメリット 4.
ソフトウェアはいろいろな作業の効率化に貢献してきた。プログラミングという作業も例外ではない。現代の高度なIDE(統合開発環境)はプログラマが単純でつまらない作業に時間を割かずに済むようにさまざまな機能を提供してくれる。 もうテキストエディタ+コマンドラインでのコンパイルなんて環境には戻れない。以下は自分が仕事でメインに使っているEclipseというIDEを使い続ける理由。 (追記)私は仕事では主にJavaの開発をやっている。C/C++/C#の開発では以下に挙げるメリットを享受できない部分があることを断っておく。 1. コードの自動補完 標準API+フレームワークのAPIで万単位のクラスが存在するので、暗記は無理。クラスに存在するメソッド名、フィールド名までの暗記はもっと無理。よく使う範囲なら暗記しているけど、typo -> コンパイルエラー -> 探して修正 の手間より、自動補完が断然効率
Google Waveはそのサーバの実装がオープンソースで開発されています。オープンソースで開発されているため、あなたもサーバプログラムをダウンロードし、インストールする事でGoogle Waveのネットワークを拡張する事が出来ます。このページではGoogle Waveのプロトタイプ実装であるFedOneサーバをインストールしてみます。 環境 OS Ubuntu9.10 各種ツールのインストール Javaのインストール FedOneはJavaで書かれていますので、Javaの環境をインストールします。 $ sudo apt-get install sun-java6-jdk Apache Antのインストール JavaのビルドツールであるApache Antをインストールします。 $ sudo apt-get install ant Mercurial FedOneサーバはMercurial
JDはJava製のフリーウェア。Javaはコンパイルする言語なので(コンパイルされるのは中間言語だが)、コンパイルされた内容は基本的には見られない。だが以前の担当者が作ったプログラムを修正しないといけない時に元のコードがなくなっていたら惨事になってしまう。 Java向けのデコンパイルツール そんなときに役立つのがデコンパイラーだ。コンパイルの逆、コンパイルされたコードを元のソースに戻してくれるソフトウェアだ。使い方を誤ると問題になりかねないが、使い方によってはとても役立つ。その一つがJDだ。 JDはGUI版とEclipseのプラグイン版の二つが存在する。GUI版についてはWindows/Mac OSX/Linuxそれぞれ用に実行ファイルが提供されている。使い方は簡単で、ただコンパイル済みのjar/classファイルを開けば良いだけだ。 検索ウィンドウ コードはハイライト表示され、階層も分か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く