はてなブックマーク

本日のテーマ 起動時に、画面の各コントロールに初期値が設定されるアプリについて考える 初期値を設定している間だけ、コントロールのイベントを無効にしたい 要するに、TextChangedを一時的に黙らせたい。 背景 かつて、僕が某システムを開発していたとき、「アプリケーション画面の起動が遅い」という問題に直面したことがありました。 原因の一つは、画面のコントロールに初期値*1を設定する際、不要なイベントが一斉に走るせいでパフォーマンスが悪化していたためでした。 すぐさま、不要なイベントを一時的に無効化する処置がとられました。 さて、イベントの一時無効化は開発現場のあるあるパターンですが、力技の汚い実装でコードをとっ散らかす開発メンバが多いと感じたので、とりあえずここに僕がよく使う方法を書き残しておくことにします。 開発環境 この記事を書くために使用した開発環境は、Windows 8.1*2

今日はJavaのお話です。 問題コーナー システム出力用の固定メッセージを、定数クラスに一元的にハードコーディングしている既存システムがある この定数クラスには、現状、日本語の固定メッセージしか記述されていない システムバージョンアップの一環として、英語メッセージの出力（つまり多言語化）に対応する必要が生じた ただし、定数クラスを利用する側（呼び出す側）の既存プログラムは、極力変更したくない ナイスな例示 現状は、システムで出力されるメッセージの文言が定数クラス Message に集約されています。 Message.java package com.tercel_s.Util; /** * システムで使用されるメッセージを一元的に定義してある定数クラスです * @author Tercel */ public final class Message { public static fina

最近は、もっぱら言語レベルでサポートされるようになってしまった Iterator です。 『増補改訂版Java言語で学ぶデザインパターン入門』では、記念すべき最初の章で紹介されるパターンです。堅物な(?) Java 向けの解説ということもあり、この本の Iterator パターンの章では、クラスやインタフェースが不自然なほど*1登場しますが、Swift はやや言語仕様が洗練されたこともあり、かなり自然に Iterator パターンを適用できます。 独自クラスでインデクサ [ ] とか for-in 構文とかを使えるようにするためのヒントになるかも。あまりヒントっぽくないかも。 ちなみに動作確認は Xcode 6 beta 5 で行っています。これより古い（または新しい）バージョンの Xcode では動かないかも知れません。 // ------------------------------

今日のテーマ 問題点: Swiftのコンテナをそのまま使うとオブジェクトを強参照してしまう やること: オブジェクトの弱参照を格納するコンテナを作る Swift復習：うんこの生成と消滅 まずは普通にクラスを作って、メモリの確保と解放が行われることを確認するよ。 // 一意なIDを返すIDシーケンサ public struct IDSequensor { private static var _id:UInt64 = 0 public static var ID:UInt64 { get { return _id++ } } } // てきとうなクラス public class Unko { private let myId:UInt64 public init(id: UInt64) { myId = id println("ID:\(myId)のインスタンスが作られました") } dei

今日のテーマ .Netで開発されたデスクトップアプリケーションの結合テストを自動化したい 検証対象はGUIベースのシステムなので、ビュー層（画面）の諸制御は避けて通れない つまりバックエンドのUTほど話は簡単ではない 問題点 問題点はいろいろあるけどとりあえずこれ。 前提として、プログラムのテストってのは処理の結果を判定、つまり計算結果が3ということは分かっても、3と本当に画面に表示されているかの判定は非常に難しい。で、ゲームとテストの厄介な面はゲームの多くの要素がこの画面に表示されているもので構成されているという点で、— 尾野（しっぽ） (@tail_y) 2015, 4月 25 一文目は特にプログラムのテスト全般に対する一般論であることに注意してね。 Webアプリ界隈ではSeleniumという自動化ツールがそこそこ定着していますが、デスクトップアプリだとまだまだGUIの自動テストの決定

これまでのあらすじ ひょんなことがきっかけで『iOSアプリ テスト自動化入門』を読みました。今年の3月20日くらいに出版された比較的新しい本なのですが、その直後にSwiftの出現とか冷戦の影響とかのせいでユニットテストを取り巻く状況は急速に変化してしまったようです。 同書の中で、ユニットテストにおけるフレームワークとしてXCTest、GHUnit、Kiwiの3つが紹介されていましたが、そんな最中（さなか）に新手のQuickが颯爽と登場。まーた新しいものつくって…。 Swift界隈で話題沸騰中のテストフレームワーク Quick とは？ - Qiita [Swift] Quick で始める振る舞いテスト入門 #1 インストール ｜ Developers.IO 序文 ところで話は変わりますが、昨日は朔旦冬至（さくたんとうじ）といって新しいことを始めるのにぴったりの日だったそうです。 なんか1日遅

ちょっと気になったので。。。 指定したオブジェクトを配列から除去したい 突然ですが、以下の配列の要素のうち「ありがとうさぎ」だけは要らない子なので取り除こうという話になりました。 var arr = ["こんにちわん", "ありがとうさぎ", "こんばんわに"] Java とか C# とかに慣れていると、 arr.remove("ありがとうさぎ") // ※ 動かない って書けば配列からありがとうさぎが消えそうな予感がしませんか？ しますよね。 ところが信じがたいことに、Swift の配列に標準装備されている remove 関連の関数はたったの3つだけ。 removeAll … 全消し removeAtIndex … インデックスを指定して削除 removeLast … 最後の要素を削除 正攻法では、指定したオブジェクトを配列から取り除くのは大変そうです。 ただ、打つ手が無いわけではなく、

今回は完全に自分用メモです。 背景もへったくれもなく、人に読んで頂くための記事でもなく、本当にふと思いついて試したことを忘れないうちにメモっておくために走り書いた感じです。 このへんを参考に、Swift から NSNotificationCenter を使って「通知」の仕組みを作ろうというお話。 Xcode 6 beta 3 で動作確認しています。 ちなみにSwift は言語仕様の破壊的な改訂がけっこうひんぱんに行われており、以下のコードは Xcode 6 beta 2 以前の処理系ではコンパイルエラーになります。 （※ちなみに、はてなブログは7月13日時点で Swift のシンタックスハイライトに対応していないため、暫定的にActionScriptモードで表示しています） // Xcode 6 beta 3 で動きます import Foundation // 監視をする人（通知を受ける

こんにちは。 本日の題材は、『増補改訂版Java言語で学ぶデザインパターン入門』のObserverパターンをObjective-Cで実装してみる！ ……です。 Observerパターンとは、たとえば「GUIのボタンが押された！」とか「パラメータが閾値を突破した！」とか、とにかく状態が変わったタイミングですぐ次のアクションを起こせるように、対象を観察 (Observe) するための方法です（厳密な定義ではないですが……）。 『増補改訂版Java言語で学ぶデザインパターン入門』p.256より引用。 Observerパターンを使ったサンプルプログラムを読んでみましょう。ここで作るサンプルプログラムは、数をたくさん生成するオブジェクトを観察者が観察して、その値を表示するという単純なものです。ただし、表示の方法は観察者によって異なります。DigitObserverは値を数字で表示しますが、Graph

最近読んだ『C++のためのAPIデザイン』という本に興味深い技法が紹介されていてちょっと感動したので備忘録。 きっかけ C++で、あるクラスのヘッダを以下のように書いたとしましょう。 MyClass.h #ifndef MyClass_h #define MyClass_h class MyClass { public: MyClass(); virtual ~MyClass(); private: // API利用者に使わせたくない関数 void privateFunc(); }; #endif このとき、MyClassの利用者には「privateFunc()」というメンバ関数の存在が丸見えになってしまっています。 利用者は人様が作ったクラスのアクセス指定子を無効化する手段を持っているため、たとえば以下のように書くと、なんとMyClassの外側から合法的にprivateメンバにアクセスで

こんにちは。長期出張でへとへとになってしまったたーせるです。おひさしぶりーふ。 6月3日の未明、Appleが「Swift」という新しいプログラミング言語を発表しました。 スローガンはObjective-C without C。ぼくはわくわくが止まりません。 さっそく Xcode 6 beta をダウンロードして、新生言語 Swift をいじってみました。 人生初 Swift です。 Hello World まずはお決まりの儀式*1から。 main.swift import Foundation println("Hello, World!") main()関数もセミコロンもいらないあたりがチャームポイントですな。 勢い優先で Xcode 6 をインストールしたものの、取り立てて作りたいものを思いつかなかったので（おい）、ちょいと言語に慣れるためにいくつかデザインパターンを実装してみました。

『C++のためのAPIデザイン』のp.210には、こんな記述があります。 C++の初心者が陥りやすいのは、リソースを割り当てるクラスを作り、それに伴いデストラクタは用意したが、コピーコンストラクタと代入演算子を定義しないことだ。 というわけで、今日はコピーコンストラクタと代入演算子の定義がないと何が起こるのかについて実験してみます。 きっかけ 『ゲームプログラマになる前に覚えておきたい技術』のp.520には即死サンプルという不穏当なコードが掲載されています。 #include <vector> using namespace std; class A { public: A() { mX = new int(); } ~A() { delete mX; } int* mX; }; vector< A > gA; // グローバルにvector void add() { // 配列に足す関数

本日の目標 できるだけ堅牢性の高いアプリの雛形を作りたい、ただし Story Board や Interface Builder を使わずに。 きっかけ 『iOS開発におけるパターンによるオートマティズム』のp.9には、以下のような導入文があります。 （前略）このときよく行われるのが、チュートリアルで作ったアプリをベースとして、そこから拡張していくやり方だ。この方法は、規模が小さいときはうまくいく。（中略）だが、遅かれ早かれ、この方法は破綻する。ある機能を実装したソースコードがあちこちに分散してしまっていたり、新しいクラスを追加しようとしても現在のクラス設計ではうまくいかなかったり、気がつくと原因不明のエラーが頻発してまともに動かなくなったりしてしまうだろう。 特に、Interface Builder や Story Board が自動化してくれる処理をすべて自分自身でコーディングする事を

前回のあらすじと本日の目標 2012年11月4日の日記では、iPhoneアプリのためのミニマルな雛型を作りました。 今日はそれを拡張して、画面遷移を実装してみたいと思います。ただし簡単のため、実装するのは2画面間を交互に遷移するだけのアプリです。前回ほどロジカルな話題は出てきません。 ──それでは、前回のプロジェクトを開いてみましょう。いま、手元には以下のファイルが揃っています。 AppDelegate.h AppDelegate.m MainViewControllerFactory.h MainViewController.h MainViewController.m 画面の追加 画面遷移を実装するためには、複数の画面が必要です。 前回のおさらいがてら、サブ画面に相当する「SubViewController」クラスをプロジェクトに追加します（前回作ったMainViewControlle