ドキュメント指向DBの論理的側面と物理的制約 - DDDと絡めて - Qiita
この記事のモチベーション RDB(Relational DataBase)の歴史は長く、ノウハウも蓄積されている。 関係代数という学問もあるなどアカデミックにも研究されており、 国家資格である「データベーススペシャリスト」も、ほとんどこのRDBのことを扱うなど、 RDBは一定の体系が確立した技術と言える。 一方で、2010年ごろより広まったNoSQL、特にドキュメント指向DBに関しては、 当然ながらRDBに比べると未成熟な段階であろう。 また主観だが、NoSQLは、スケーラビリティといった物理的側面にfocusが当たることが多かったのではと思う。 一方で、論理的側面 = モデリング に関して、および物理的側面と論理的側面のトレードオフの関係について、 議論されつくされているとは言えない。 本稿では、DDD(ドメイン駆動設計)というプログラミングの論理的側面の手法を、 各DBがいかに扱えるか
faster-titaniumの使い方とその裏側 - Qiita
Titaniumのアドベントカレンダー 2016の2日目。 今日は、私が1年ほど前に作って、使い続けているTitanium開発を爆速にするツールを 紹介させてください。 要約 faster-titaniumは、Titaniumアプリを再ビルドすることなく即座にJavaScriptを差し替えることのできるツールで、インストールもコマンド一発。これで自分とその周囲の開発生産性は相当上がった。 内部技術はいろいろ難しいが、みんな使って、エラーを出して、いいものにしていこう。 いまのところiOSだけだけど技術的にAndroidは可能だし、実際手元ではAndroidでもうまくやれる感じだ。誰かそこまでやるの手伝って... 背景 Titaniumは原理的に、JavaScript部分だけ差し替えれば、長いビルドは要らないはずだ。 例えば類似技術のReact Nativeでは、Cmd + R だけでJav
react-native-web はクロスプラットフォームを加速するのか - Qiita
A Glimpse Into The Future With React Native For Web という記事を読み、react-native-webというプロジェクトを知りました。 本記事では、この技術の概要と自分の意見を書きます。 react-native-webの概要 より抽象化されたViewでWebアプリを書ける React Nativeで書いたコードはiOS、Androidに対応する。 このコードがそのままWebで動くとよいのでは？という発想で作られたライブラリ。 「ReactはもともとWebの技術じゃないか」というなかれ。 <div>や<p>をそのままブラウザにマッピングするReactは、 <View>や<Text>をプラットフォームごとにマッピングし直すReact Nativeより、 抽象度が低い。 だから、<View>や<Text>をWeb用にマッピングし直して動かせる
package.json の browser field 実践編 - Qiita
package.json の browser field 入門編 では、package.jsonのbrowser fieldの役割と機能について紹介しました。 本編では、この機能のbundlerごとの実装の違いと、それを回避する方法を説明します。 ここで取り上げる実装の違いとはずばりpathの解決方法です。 ./から記述するかどうか .jsを記述するかどうか mainとの対応関係 この3つの要素が絡んできます。 なお、パス解決のresolverを指定できる系もあるようですが、ここでは各々のbundlerがデフォルトで用意しているresolverについて論じています。 (なぜなら、resolverを外部が指定しなければ意図通りbundleされないというのは、利用者にとってはbundleされないのとほぼ同義です) 調査したbundlerは以下です。 browserify webpack Rea
package.json の browser field 入門編 - Qiita
Nodeプロジェクトのpackage.jsonには、browserというフィールドを設定することができます。 browserフィールドは、そのプロジェクトをブラウザ等のJSで使ってもらうための仕組みです。 この仕様は、browser field specに定義されています。 入門編では、この役割と基本的な機能について紹介します。 実践編では、 bundlerごとの解釈の違いと、それを回避する方法を説明します。 bundler とは このbrowser fieldを理解するには、まずbundlerについて理解する必要があります。 browser field specにはbundlerという用語が定義されていて、そこには A tool which takes a plain javascript package and creates client usable files. It may i
TitaniumのビジネスロジックをNode.jsで開発 - Qiita
クリスマスまであと僅か。 今年は初参加で2枠いただきましてありがとうございます。@shinoutといいます。 Titanium-JP界の著名な方々にお世話になりながら医療系スタートアップを始めたJSerです。 前回と関連した内容になりますが自身の関心あるマルチプラットフォームJavaScriptの話をさせて下さい。 わかりづらかったらすみません。。 ビジネスロジック層とUI層は、分離するとよい それは 1. 規模が大きくなっても扱いやすい、変更に強い 2. ビジネスロジック部分をNodeで開発できたら開発スピード早くなる からです。 (規模が小さいときはスマートUIパターンで作って逃げ切るのも選択肢のひとつです。) どう分けるか モデルとその振る舞い(model)、モデルの生成(factory)、モデルのCRUD部分(repository)を ビジネスロジックとして分離します。いわゆる「ド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
