MagicalRecord 2.0がリリース | Technology-Gym
iOSアプリのCoreDataを扱いやすくしてくれるライブラリのMagicalRecord 2.0がリリースされました。 MagicalRecord 2.0はARC向けのものなっていて、ARCを使わないプロジェクト向けは1.8.3が最終バージョンとなるようです 導入方法自体は以前書いた記事とあんまり変わらないですが、少しARC対応等で違う所があるぐらいです。 CoreDataをActiveRecord風に扱えるMagicalRecordの使い方 | Technology-Gym 以前と同じように、CoreDataのモデルクラスをmogeneratorで生成する際に、mogeneratorはデフォルトではARCに対応したモデルクラスを生成しないので、 $ mogenerator -m Sample/Sample.xcdatamodeld/Sample.xcdatamodel/ -O Samp
CoreDataをActiveRecord風に扱えるMagicalRecordの使い方 | Technology-Gym
CoreDataをActive Record風に扱えるようにするiOS用のライブラリである、MagicalRecordの導入方法についてのメモ書き 今回作成したサンプルは azu/MagicalRecord-Sample – GitHub に置いてあります。 まずはCoreDataのモデルの下準備から 1. CoreDataを使うプロジェクトを作成する(種類はなんでもいいけど、今回はEmptyプロジェクト) プロジェクト名を MagicalRecordSample とした 2. <プロジェクト名>.xcdatamodeldファイル があるので、データベースのモデルを作成する 今回は以下のようなENTITIESを一つ持ったモデルを作成した。 ENTITIES : Person Attributes : age name 3. 次に作成したPersonエンティティからmogeneratorを使
GitHub - magicalpanda/MagicalRecord: Super Awesome Easy Fetching for Core Data!
In software engineering, the active record pattern is a design pattern found in software that stores its data in relational databases. It was named by Martin Fowler in his book Patterns of Enterprise Application Architecture. The interface to such an object would include functions such as Insert, Update, and Delete, plus properties that correspond more-or-less directly to the columns in the underl
モデルにメソッドを持たせる - すがブロ
こんな感じの投稿システムがあったとします sqlite> .tables comments posts む、sqlite3には mysql とかの describe 相当のコマンドが無いのだろうか。 とりあえずデータを突っ込んだ select で勘弁してね。 id|title|body|created_at|updated_at 1|title1|body|2010-09-25 05:55:18.912592|2010-09-25 05:55:18.912592 2|title2|body|2010-09-25 05:55:31.281979|2010-09-25 05:55:31.281979いわゆるブログのエントリ的なものを想定して、titleとbodyっていうカラムがある。 そして、その各エントリにcommentが付く。 id|post_id|name|body|created_at
Rails(ActiveRecord)でデータベースへのコネクションプーリングをさせなくする - はまさき
ActiveRecordを使ったRailsアプリは，デフォルトでデータベースへの接続をプールするようになっています． ActiveRecordユーザとしては待ちわびたぜ！的な機能らしいのですが，設定等でこれをdisableすることが出来ず，LVS+keepalivedを介する場合にはロードバランシングが最初の接続時にしか為されずがなかなか厄介です． 対策として思いついたのは プールした接続を早い周期で捨てる LVS+keepalivedではなく，MySQL Proxyでバランシングする(Proxyへの接続はプール) そもそも接続をプールさせない くらいでした． どうするのがセオリーなのかと調べてみると コネクションプーリングの話 - naoyaのはてなダイアリー 2006-09-03 など4年近く前に議論されていて，"あー，高速道路あるなあ"と，コネクション確立のコストを調べる前に「プール
第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp
はじめに Ruby on Railsの2年半ぶりのメジャーバージョンアップである3.0の正式リリースがいよいよ間近に迫ってきました。 Rails 3は、アプリケーション・レベルではRails 2.3との互換性をなるべく保ちながらも、メジャーバージョンアップだけあってフレームワーク自体は隅々にまで徹底的なリファクタリングが施されて更なる洗練を遂げています。結果として、Rails 3では融通の効かないフルスタック構造を捨ててすっきりとしたモジュール独立性が実現されているのですが、この際に、Merbとの合併の影響もあってか、いくつかの新たな外部ライブラリに依存する形になっているのも興味深いところです。 そこで本稿では、あえてRails 3そのものではなく、このRails 3の大改造の舞台裏を支える裏方さんにスポットライトを当ててみたいと思います。 Arelによってパラダイムが大きく変わったAct
Rails Wayを読む（１０） - たこわさ
高度なActiveRecord コールバック 14このコールバックが用意されています 基本はbefore/affterなんちゃら。特殊なのとしてafter_initializeとafter_findがあります レコードの登録の流れは以下のような感じになります before_validation 検証の前に呼び出される before_validation_on_create （★）新規レコードの検証前に呼び出される after_validation 検証の後に呼び出される after_validation_on_create （★）新規レコードの検証後に呼び出される before_save 保存の直前に呼び出される before_create/before_update （★）insert/update直前に呼び出される 登録 DBに対してinsertもしくはupdateクエリを発行する a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
