googleは公式ドキュメントとしてAndroid開発におけるパフォーマンス設計のベストプラクティスを公開しています。 Designing for Performance | Android Developers どんなに優れたUIであってもパフォーマンスの悪いアプリはユーザにとって使いにくいものになってしまいます。 アプリのパフォーマンスチューニングは重要です。 今回は公式ドキュメントをベースにパフォーマンス設計のベストプラクティスのご紹介です。 Javaの世界で当たり前だったものが、Androidの世界では通用しないものも多々あるので覚えておきたいです。 基本的な考え方 Androidで良好なパフォーマンスを得るための基本的な考え方は 無駄な処理はしない 無駄なメモリは使わない ことです。以降に出てくる原則はすべてこれにのっとったものです。 オブジェクト生成は避ける オブジェク

AndroidパフォーマンスTips、前回の続きです。 Android開発でのパフォーマンスTips(1) | Techfirm Android Lab 定数はファイナルで宣言する static int intVal = 42; static String strVal = "Hello, world!"; 上記のようにfinalなしで定数を定義した場合、intValを参照するときにフィールド走査が実行されるが、 static final int intVal = 42; static final String strVal = "Hello, world!"; このようにfinal宣言をするとintValは直接VMが参照できるようになるため、高速になる。 メソッドやクラスに関してはfinal宣言をつけてもコード保守の面では効果があるが、パフォーマンス面でのメリットはない。 また、ロー

の違いについてです。(実際には、「項目1 アクセス可能なデータメンバの代わりに常にプロパティを使用すること」の通り、フィールドではなく、static プロパティを使う方がいいと思います) 両者ともよく似ていますが、const はコンパイル時にアセンブリに値が直接埋め込まれます。つまりは別アセンブリの定数を利用するのは危険だということです。 例えば、先ほどの例のコードが AssemblyA.dll に、次のコードが AssemblyB.dll にあるとします。 そして、MaxValue の値を 20 に書き換えて、AssemblyA.dll を差し替えます。 定数の場合は MaxValue の値は 15 として AssemblyB.dll に埋め込まれています。ですので、新しい AssmeblyA.dll を利用して、AssemblyB.dll を作り直さない限り、20 にはなりません。 変

なんか今日から Effective C# の復習でもやってみます。 本日は「項目1 アクセス可能なデータメンバの代わりに常にプロパティを使用すること」です。 これはまあ、超当たり前というか。オブジェクト指向で大事なカプセル化というのは、外からは分からないように処理をはさめるようにすることでもあるので、フィールドを公開してしまうとこれができないというか。 でもまあ、スタイルとして、とりあえずフィールドで、必要が出てからリファクタを利用してプロパティに変更するとかいう手段もあります。 に変更するとかです。 この項目では、それじゃあかんよ! 常にプロパティを使うんだ! なんですよね。 理由は以下のようなものがあると述べられています。 Windows.Forms のデータバインド機構はプロパティのみに使える。 プロパティはインターフェイスのメンバ等としても宣言できる。 フィールドとプロパティにバイ

本日の Effective C# は「項目31 機能を最小限かつシンプルにすること」です。 最小限かつシンプルにプログラムを書くのは非常に大事です。読みやすさの面からも。 でも、書籍での "最小限かつシンプル" は読みやすさではなく、パフォーマンスに言及して書かれています。 IL は JIT コンパイラでネイティブコードに変換されて実行されます。変換は実行時にすべて行うと時間がかかるので、呼び出されるメソッドのみ行われるそうです。 つまりは、だらだらと単一のメソッドに分岐をたくさん書いていると、実行されることのほとんどないところまで JIT コンパイラは変換を行うので、その分実行速度が落ちることがあるよということだそうです。 まあ、個人的には JIT コンパイラでの変換は、ただの一度だけで済むので、最初の処理がちょっと重いかな? 程度で大差ないと思うんですけどね。 次には、JIT コンパイ

プログラミングにおけるソースコードの書き方としては、コンパイルさえできれば何でも良いが、 メンテナンスなど考慮してある程度、ルールを決めておくのが望ましい。 ただ、ここに書いてあることは理想であり、必ずしもこれに厳守する必要はありません。 また、このまとめは、正式なものではなく私の主観も入っています。そのため、正式なルールと間違ってることもあります。 見やすさを重視する。 変数名やクラス名の付け方にとあるルールを付ける。 役割を一つにする。 わかりやすい名前を付ける。 直感でわかる名前にする。 インデントやスペースを使って見やすいコードを書くことが一番重要。 次に変数名やクラス名は、それが何かわかるようにしておく。 このとき、ISample のように Iが先頭に付く＝インターフェースであるなどのルールを決めておくと それが何を表すのか明確化できて良いです。

本来の表記は「C#とJavaの比較」です。この記事に付けられたページ名は技術的な制限または記事名の制約により不正確なものとなっています。 この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "C SharpとJavaの比較" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2024年2月） C#とJavaの比較（シーシャープとジャバのひかく）の記事では、プログラミング言語C#とJavaの比較について説明する。 言語[編集] オブジェクトの扱い[編集] いずれの言語もオブジェクト指向言語であり、その文法はC++に類似しているが、C++との互換性はない。メモリ再利用の手段として、従来の手動で解放す

本日の Effective C# は、「項目11 foreach ループを使用すること」です。 まあ、言わずもがなな感じがします。でも、勉強ですからきちんと読んでみます。 ちなみに、プログラムを書くときに大事なことの一つに局所化があると思います。foreach を使うことが局所化と言えるかどうかは分かりませんが、while/for のループに比べると、要素を必ず一つずつ処理しているのが明確になるのが大事だと思います。 while/for を利用するということは、foreach を使えないロジックであることが明確になるのも大事です。 さて、概念的なことは置いておいて、Effective C# では、foreach を使用する理由は、安全性やパフォーマンスを挙げています。 int [] foo = new int[100]; // ループ1: foreach (int i in foo) Co

以前のものの続き。 C#ならではのコーディングの際に注意するところまとめ。 ○クラスと構造体の選択方法 オブジェクトのインスタンス生成はかなり重たい処理であるよう。 で、C#にはオブジェクトをヒープ内でなく、 スタックに積むための「構造体」という仕組みがあるのですが、 http://www.atmarkit.co.jp/fdotnet/special/java2cs/java2cs_01.html 構造体は値型であるためそのサイズが大きい場合にはかえってその受け渡し時の コピーに負荷がかかってしまうよう。 http://www.atmarkit.co.jp/fdotnet/directxworld/directxworld06/directxworld06_04.html 構造体を使うかクラスを使うかの境界線はそのサイズで決まるようなの ですが、その境界は意外と低くて16バイト以上のものは

コーディングスタイルは、好みの問題だという人がよくいます。 また一方で、それは品質に大きく影響するひとつの要素であることも否定できません。 すなわち、プログラマの好みがプログラムの品質に大きく影響し、何を好むかがプログラマの能力と直結するということです。 コーディングスタイルというと、まず、ヘッダやコメントの記述，字下げ，改行など可読性に関わることが非常に重要な要素として挙げられまが、ここでは、それとは別に、バグを作らないためのちょっとしたテクニックを紹介したいと思います。 変数と定数を比較するときは、定数を左辺に 定数と変数を比較するときに、 if ( x == 0 ) { ... } のように、変数を左辺に，定数を右辺に記載するスタイルだと、 if ( x = 0 ) { ... } のように、うっかり、= をひとつ書き忘れてもコンパイルエラーとはならず、実行時に何らかの不具合が発生す

同じ結果を提供するプログラムであっても、プログラミング上の実現方法は一通りではありません。 プログラマは、それらの中から最適な方法を選択すべく考慮しなければなりません。 そのときのひとつの判断基準に「性能（処理速度，消費資源）」があります。 ここでは、Javaのプログラミングにおいて「性能」を意識したときに、いくつかの考慮すべき事項について、書籍「Javaの鉄則」から参考になると思ったものを紹介したいと思います。 Contents オブジェクトの作成のコスト 出来るだけ継承の少ないクラスを使う，作る オブジェクト生成時の処理を軽くする オブジェクトは必要なときに作成する そのオブジェクトが再利用可能な場合は再利用する 変数の処理性能 頻繁にアクセスする変数にはスタック変数を使用する 変数は出来るだけプリミティブ型を使う インスタンス変数の無駄な初期化はしない Javaコンパイラ，JITによ

昨今、MVCモデルに基づくプログラムというのが話題となっていますが、概念的なことはいいとして、我々プログラマにとっては、実際どのような実装になるのかが関心のあるところです。 そこで、MVCモデルに基づいた業務アプリケーションのプログラムの構造を考えてみたいと思います。 MVCモデル まず、MVCモデル についてあらためて整理しておきたいと思います。 MVCモデルとは、 Model …………… 業務仕様に関わる部分（個別の要求に対する処理ではなく、個々の業務仕様に対するソリューション） （Business Logic という場合もある） View …………… ユーザインターフェース等の外部からの要求およびそれに対する出力に関わる部分 Controller ……… 個別の要求に対する処理をする部分（Model を駆使して View に結果を提供する） の略で、プログラムをできるだけ独立した（相

●配信開始は2012年10月25日を予定 MAGES.（ゲーム事業ブランド：5pb.）は、GREEプラットフォームにて、フィーチャーフォン及びスマートフォン向けのオリジナルソーシャルゲーム『錬金マイスター』を配信することを発表した。本タイトルは、その名の通り“錬金術”をテーマにした錬金カードゲーム。魔物がはびこる王道のダークファンタジーの世界で、プレイヤーは身を守る手段として人工妖精“ホムンクルス”を作り出して対抗する。ダンジョン探索で得られる素材をもとに、このホムンクルスを生成、収集する要素が大きな特徴となっている。なお、配信開始は2012年10月25日の予定。 ◆公式サイトはこちら http://5pb.jp/games/social/renkin ●多数のイラストレーターの共演 ゲームで使用されているイラストには、キービジュアルを描く日野慎之助氏を始め、数多くのイラストレーターが参加

1ヶ月使って便利だと思った Sublime Text 2 のショートカット 12 選（Win、Mac両方） 今、巷で話題になっているエディタ Sublime Text 2 ですが、 最近社内のプロジェクトでも使用する機会が多くなってきました。 Sublime Text 2 http://www.sublimetext.com/ インターフェースがシンプルで高速、 機能を強化するパッケージも豊富で、Gitとの同期も快適です。 このブログでは、1ヶ月プロジェクトで使ってみて、 とても便利だと思ったショートカットを12個紹介します。 自分自身会社ではWindows、自宅ではMacなので、 Windows版とMac版の両方をメモ代わりとして記載することにします。 1. マルチセレクト このショートカットは複数の文字列をインタラクティブに選択し、一度にまとめて編集することができます。 OS X：⌘