要約：iOS/Androidアプリエンジニアが理解すべき「Model」の振る舞い - Qiita
はじめに 社内勉強会の資料をSlideShareのUPしました。 iOS/Androidアプリエンジニアが理解すべき「Model」の振る舞い これについての要点をまとめます。 この資料はiOS/Androidのような クライアントアプリケーションにおける「Model」とは何か、という話です。 Modelとは何か？ Modelに「データやビジネスロジックを扱うコンポーネント」という役割を担わせるというのは多くの人がやっていることだと思います。しかし、サーバ側のWebアプリケーションとは異なり、クライアント側のiOS/AndroidアプリのModelには次の２つの振る舞いがとても重要です。 基本死なない（Singleton的である） 「通知」で変更を伝える（Callback的ではなく） そのようなModelがなぜ必要か？ この2点の役割を持つコンポーネントがなく、特に何も考えずにスマホ
Working with Ecto associations and embeds « Plataformatec Blog
This blog post aims to document how to work with associations in Ecto, covering how to read, insert, update and delete associations and embeds. At the end, we give a more complex example that uses Ecto associations to build nested forms in Phoenix. This article expects basic knowledge Ecto, particularly how repositories, schema and the query syntax work. You can learn more about those in Ecto docs
今さらRails3メモ - その5: Model Association -
まずは設計以前の話から。（というか設計は語れません。） あと、Rails ガイド読むならこのエントリ要らない。 Ruby on Rails Guides: A Guide to Active Record Associations 基本概念用語DBMS 用語としては entity の relation だと思うんだけど、Rails 的には クラスベース OOP の用語をそのまま拝借して Model（クラス）の association と呼ぶらしい。 DBMSの制約はただの約束外部キー制約 = リレーションシップではないDBMS はこの制約を無視して構わないリレーションシップはテーブル設計を開発者が「そう決めた」からリレーションシップを設定するのが外部キー制約ではないことに注意してください。外部キー制約は、列の値がターゲットテーブルの既知のキーを参照するかどうかチェックすべきことを、データベ
csvファイルからDjango用のFixtureデータ（JSON形式）を作るツール - ねたみまん
Djangoで顧客管理システムを作るテストをするのに、ダミーの顧客情報を作る方法を以前紹介した。 （個人情報のダミーデータを作ってくれるサイト） そこで作ったダミーの顧客データをDjangoに入力するのに、どのようにしたらいいのか調べてみると・・・ manage.pyにloaddata というFixtureを入力するコマンドがあることを知った。 > manage.py loaddata data.json Fixture は XML, JSON, YAML形式で書いていたらOKらしい。 manage.py dumpdata appname で出力したデータがそのままFixtureに使えるそうなので、それを参考にCSVファイルからJSON形式のFixtureを作るスクリプトを作ってみた。 JSON形式のFixtueの構造 まず始めにJSON形式のFixtureの構造は以下のようになっ
特定なDjangoモデルを別DBに保存するメモ
今日、会社で特定なDjangoモデルを別のDBに保存するようなニーズがあって、Django マルチDBを使えるかなという話がありました。 この間、 Django1.2のマルチDBはレプリケーション対応に微妙 っブログに書きましたけど、ModelでDBを使い分けるのができるはずと思って、DBルータを書いてみた。 Monjudoh というモデルを ‘monjudoh’ DBに保存するためのDBルータです。 from monjudoh.models import Monjudoh class MonjudohRouter(object): def db_for_read(self, model, **hints): if issubclass(model, Monjudoh): return 'monjudoh' return None def db_for_write(self, model,
django: モデルのModelAdmin登録を自動化 - karasuyamatenguの日記
「boilerplate=繰り返さなきゃいけないこと」を最小限にするのがフレームワークの指名だと思う。djangoのboilerplateは許せる範囲内。でもModelAdminは我慢できない。こんなのをクラスごのとにやらなきゃいけない。 class PostAdmin(admin.ModelAdmin): list_display = ('title', 'timestamp') admin.site.register(Post, PostAdmin) リストで見せるフィールドを自動的に選択しちゃえば、記述することが何もなくなってしまう。これは0行に圧縮すべきだ。とある日思い立って自動登録ライブラリを書いた。それ以来「ModelAdmin」の文字は書いていない。 手書してきたコードを自動化するばあいはlispのマクロのような機構があったら簡単そうだが、pythonなのでintrospec
クエリを生成する — Django v1.0 documentation
データモデル を作成したら、次はデータベースからデー タを取り出す必要があります。このドキュメントでは、モデルから利用できるデー タベース抽象化 API と、オブジェクトを生成、取得、更新する方法について説明し ます。モデルの照合オプションの詳細は データモデルリファレンス を参照してください。 このリファレンスでは、以下のような Poll アプリケーションを参考に話を進めま す: class Blog(models.Model): name = models.CharField(max_length=100) tagline = models.TextField() def __unicode__(self): return self.name class Author(models.Model): name = models.CharField(max_length=50) email
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How To: Require admin to activate account before sign_in
http://blog.yuku-t.com/entry/20100322/1269242231