基本はコーディングガイドラインに沿う。
つまり、親クラス: コーディングガイドライン
- 必要に応じてViewの内部で保有関係を階層化する
- 一番親のView(Controllerと直接やりとりするView)でのControllerへのメッセージ送信にはデリゲートモデルを使う
基本はコーディングガイドラインに沿う。
つまり、親クラス: コーディングガイドライン
see also.
オレオレUIViewControllerコーディングガイドライン オレオレUIViewコーディングガイドライン
ここで述べるターゲットはiOS5, Lion以降, ARC
| trap(:INT) { puts "\nabort"; exit } | |
| puts "-" * 32 | |
| loop do | |
| print Time.now | |
| sleep 1 | |
| print "\r", " " * 32, "\r" | |
| end |
| put .rake file as lib/tasks/spec.rake |
| diff -c sl/sl.c sl_kq/sl.c | |
| *** sl/sl.c 1998-07-22 23:01:01.000000000 +0900 | |
| --- sl_kq/sl.c 2011-12-02 21:34:09.540165908 +0900 | |
| *************** | |
| *** 33,73 **** | |
| #include "sl.h" | |
| int ACCIDENT = 0; | |
| int LOGO = 0; | |
| int FLY = 0; |
TwitterのタイムラインはJSONで流れてくるので、JSONぽい形式でデータを突っ込むMongoDBと相性が良い。
今まではtimeline.logとして書き出してたけど、GB単位に膨らんだテキストファイル重すぎて扱いづらいし最近は専らMongoDBに流し込んでます。
全部保存しとくと、誰がいつどのtweetを消したとか分かって異常に便利。こわい。
全文検索したいときがあるので、ツイイトはわかち書きでsplitして配列としても入れといてます。
MongoDBは配列で保存出来て、配列内にインデックスを貼れるので、簡単にいい感じの検索機能が作れて楽しいですね。
TLの全保存やってる人自体はそこら中に居るだろうし目新しいことは特にないでした。
| var unekointhehousenow = function(input) { | |
| var copy = function(source, buffer, pointer) { | |
| for (var i = 0, l = source.length; i < l; ++i) { | |
| buffer[pointer + i] = source[i]; | |
| } | |
| }; | |
| var tokens = input.match(/うーねこいんざおうちなうよー|うーねこ|いんざ|おうち|なうよー/g) || []; | |
| var buffer = [0]; | |
| var pointer = 0; |
| # coding: utf-8 | |
| require 'mechanize' | |
| id = '' | |
| pass = '' | |
| url_login = 'http://p.eagate.573.jp/gate/p/login.html' | |
| url_player = 'http://p.eagate.573.jp/game/jubeat/copious/p/playdata/index.html' | |
| url_music1 = 'http://p.eagate.573.jp/game/jubeat/copious/p/playdata/music.html?page=1' |
| slow 遅い | |
| fast 速い | |
| above より上に | |
| below より下に | |
| absolute 絶対的な | |
| relative 相対的な | |
| abstract 抽象的な |
正しい実装でt.coの見えない世界へ
document: https://dev.twitter.com/docs/streaming-api/user-streams