IDEA * IDEAドットインストール代表のライフハックブログ
Apple - Safari - Introducing Safari 4 - See the web in a whole new way
Safari is the best way to experience the internet on all your Apple devices. It brings robust customization options, features powerful privacy protections, and optimizes battery life — so you can browse how you like, when you like. And when it comes to speed, it’s the world’s fastest browser.1 Learn how to make Safari your default browser Safari comes with industry-leading privacy protection techn
)
.NET での n 層アプリケーションの作成
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Microsoft .NET へのアップグレード Paul D. Sheriff PDSA, Inc. February 2002 日本語版最終更新日 2002 年 9 月 19 日 要約: n 層アプリケーションの各種のタイプについて説明した後に、Web サービスからデータを返し、Windows アプリケーションから Web サービスを利用できる型指定されたデータセットを作成する方法を説明します。 目標 n 層アプリケーションのタイプを確認する。 優れた n 層アプリケーションの目標を確認する。 Web サービスからデータを返すことができる型指定されたデータセットの作成方法を学ぶ。 Windows アプリケ
階層アーキテクチャの利点は、複雑さの減少 ― ＠IT
個々のコンポーネントを組み上げて、どのようなシステムを構築するか。構造（アーキテクチャ）によって、できあがるシステムの性質が変わってくる。作り手側の視点に立てば、どのようなアーキテクチャを採用するかによって、作り方も変わってくる。いままで連載した記事を通して、わたしたちは、個々のコンポーネントの作り方を学んできた。今回からは、コンポーネントをいかに組み上げるか、という課題に知恵を絞ることになる。コンポーネントの利点を最大限に生かすこと。それがアーキテクチャ設計の現実的な意味の1つだ。そして、1つの有効なアプローチに階層化アーキテクチャがある。 前回「使いやすくて、変化に強いコンポーネント」までにサブシステムなどを利用したコンポーネントの作り方についてお話ししてきました。それでは、コンポーネントは実際どのような単位で作り上げていけばよいのでしょうか。 コンポーネントの単位として考えられるのは
OTN Japan - 今だからデータ・アクセスを真剣に考える！ 第1回
システムを構築する上で必須となるデータベースアクセスの機能、皆さんはどのように実装しているでしょうか？JDBCで記述/EJB Entity Bean(BMP/CMP)を利用/データアクセスフレームワークを利用、等様々な実装方法を選択されているかと思います。 この連載では、様々な観点からデータアクセスに関わる事項を取り上げ、皆ささんがデータベースアクセスについて、少し考えてみる場になればと思っています。まず今回のデータアクセスことはじめ（前編/後編）では、これから様々なデータベースアクセスに関する事項を扱っていく上でのベースとなる知識を取り上げます。 現在、Javaプログラミング言語を用いてエンタープライズシステムを開発する場合、要件変更への設計・実装の変更の容易性、JDBC、EJB Entity Beanなどのデータアクセス要素技術とのマッピングの容易性、等々の理由により、システム全体を論
Martin Fowler's Bliki in Japanese - ドメインモデル貧血症
http://martinfowler.com/bliki/AnemicDomainModel.html これはずいぶん昔からあるアンチパターンのひとつですが、今になって台頭してきているようです。 Eric Evans と話したのですが、彼も、それがだんだんポピュラーになってきていることに気づいていました。 私たちほど大の「真Domain Model」推進者としてみれば、ちょっとうれしくありません。 ドメインモデル貧血症の基本的な症状は、一見、それが本物のドメインモデルに見えるという点です。オブジェクトがいくつかあり、それらはドメイン空間にある名詞から名前をつけられています。それから、オブジェクト同士がしっかりとしたリレーションで結びついており、本物のドメインモデルと同じような構造を持っているのです。 ただし、オブジェクトの振る舞いを見れば違いが分かります。それらのオブジェクトにはわずかな
ドメインモデル VS トランザクションスクリプト
1 ：nobodyさん：2009/05/03(日) 18:02:12 ID:vXt2lE+8 最近携わったプロジェクトのアーキテクチャは皆、トランザクションスクリプト。 SQLがわんさか書かれた後に、DBの変更が頻繁に行われるので、生産性が著しく下がる。 PofEAAで解説されているドメインモデルでどうして実装しないんだろう？ 俺が身近な人に聞いた理由： １．難解なモデリングをするイメージがあるから（アナリシスパターンのせいか？） ２．どうすれば実現できるかわからないから（アーキテクチャが複雑になるから？） ３．業務アプリにドメインモデルは向かないから（イベントドリブンではないから？） ４．Hibernate(EJB3)が重厚すぎてトラブルが起きたときに怖いから（フレームワークのノウハウがないから？） ５．画面毎に実装させないと作れないから（開発者がへぼいから？） 俺はHibernateを
システム設計日記
オブジェクト指向設計の目的は、開発効率をあげ、保守しやすい変更が容易なソフトウェアを作ること。そのために、「クラス」（オブジェクトの型）を基本単位にした「モジュール化」を行い、そのモジュールの再利用性を高める設計を目指す。 ドメイン駆動設計の文脈から、オブジェクト指向が狙った「再利用」の現状を考えてみる。 プレゼンテーション層とデータソース層では「フレームワーク」を使うことで、オブジェクト指向による「部品の再利用」のありがたさを日々実感している。 実行基盤として Spring Boot, プレゼンテーション層の Spring MVC と Thymeleaf、データソース層の MyBatis を使うことで、開発期間を短縮でき、実績のあるフレームワークなので、安定した品質も確保できている。オブジェクト指向が狙った「再利用」が実現されている。 しかし、ドメイン層は、毎回、独自に部品を開発している
[ThinkIT] 第2回：正規化されたRDBとJavaによるデータアクセス (1/3)
近年、基幹系業務システムの形態として、Webアプリケーションが定着してきました。システム構造の変化としては、ホストによる中央集中からクライアントサーバ（以下、C/S）での分散化が進み、そして現在ではデータ／ビジネス／ユーザの各サービスを分担するアプリケーションを使用した「3階層アーキテクチャ」が主流となっています。 またプログラミング言語は、環境に依存せず拡張性の高いJavaが定着し、良くも悪くも「第2のCOBOL」といわれるほど目覚ましい普及を遂げています。しかし、データベースだけはC/Sの時代から大きな変化はなく、依然としてリレーショナルデータベース（以下、RDB）が不動の地位を保持しています。 これだけ普及しているJavaを活用したWebアプリケーションですが、データアクセスに関してはいまだベストな手法が確立されておらず、依然として高度な知識や煩雑なプログラミングが必要な状況です。こ
ケーブルなしでコンセントから直接iPhoneを充電できる『Cordless Wall Charger for iPhone』が発売
壁のコンセントに直接挿してiPhoneを充電できる『Cordless Wall Charger for iPhone』というアクセサリーが米国で発売されています。[source: ThinkGeek ] Dockコネクタを内蔵し、ケーブルを必要としないので見た目もスマートです。 デスクやテーブルから離れたコンセントでも利用できますし、iPhoneを床に置いて踏んでしまったり、ケーブルに足を引っかける、といった事故も未然に防ぐことができます。 コンセントから給電しているため、PC/MacのUSBポートよりも早くチャージができるようです。 iPhone以外にも、iPod touch、iPod nano、Classicなどにも対応。 さすがに重量があるiPadには対応していないようです。 価格は$29.99(約2,800円)で、海外への発送も可能。日本への送料は$25程度かかります。 詳細なスペ
いまさらきけない「ドメインモデル」と「トランザクションスクリプト」 - ひがやすを技術ブログ
このネタは、私自身も何度も書いてきたけど、結局意味のある結論になったためしがありませんが、再度考え直してみたいと思います。 「ドメインモデル」と「トランザクションスクリプト」をすごく簡単に説明すると、トランザクションスクリプトとは「アクションより起動される一連の手続き」、ドメインモデルとは「ドメイン内の名詞によって体系化されたモデル」です。 トランザクションスクリプト派は、「トランザクションスクリプトの方が書くのが簡単だし、業務アプリケーションにオブジェクト指向は、ほとんど必要ない」といいます。 それに対し、ドメインモデル派は、「ドメインモデルはオブジェクト指向を生かすことができるのでメンテナンス性が良い」と主張します。 ずっと平行線のままですね。 私は一番最初に「ユースケースと一対一にサービスクラスを設け、ビジネスロジックはサービスクラスに記述する」という主張をしてました。 記念すべき(
REST について調べたまとめ - LukeSilvia’s diary
普段仕事でRails を使っている身ですが、Rails 2.x 系を使っているものが1つもない。結構前からRails 3 の話題がでてきている今、そろそろRails 2.x をまともに使っておきたいと思ったので、まずはREST について調べました。最初にREST について調べたのは、REST がRails 2.x (実際には1.2.x から)で導入された最も大きな概念だからです。 REST とは REST とはアーキテクチャスタイルである アーキテクチャスタイルとはデザインパターンのようなもので、システムを設計する上での方針をまとめたものである。 REST は「REpresentational State Transfer」の略である 直訳すると、「(リソースの)表現可能な状態の転送」。あるリソースの状態を表現したものがサーバからクライアントに転送されるのがREST。ここにでてきた「リソー
OTN Japan - 今だからデータ・アクセスを真剣に考える！ 第2回
前回の「データベースことはじめ（前編）」では、システムの論理的な階層の中でドメイン層をどの様に実装するかということで、PoEAAのアーキテクチャパターンを元に見てみました。今回は、パーシステンス層のアーキテクチャパターン＋αを見ていきます。 まずパーシステンス層を見る前に、今回の話題とは直接ではないですが、間接的に関わってくる層のサービス層に関して少し触れておきたいと思います。サービス層は、ドメイン層配下のビジネスロジックをユーザインタフェース層やアプリケーション層から利用するためのインタフェースとして機能します。一般的にトランザクションロジックやセキュリティロジック、ドメインロジックのワークフロー等のドメインロジックとは直接関係ないロジックを含むのみで、大きなドメインロジックを含むことは好ましくないとされる層です。 では、パーシステンス層です。ここまで、役割的には、データアクセスの実装を
『ドメインモデルに対する日米の温度差』
マーチン・ファウラー氏によれば、アプリケーションの中核部であるビジネスロジックを構築する方法には、Transaction ScriptパターンとDomain Modelパターンの2通りがあるという。Domain Modelパターンは、データと振る舞いを1つのオブジェクトにまとめ、オブジェクト指向のテクニックを駆使するやり方だ。一方のTransaction Scriptパターンでは、データと振る舞いは別々のオブジェクトに分け、振る舞いをスクリプト的に淡々とプログラミングしていく。 日本ではTransaction Scriptが優勢 この2通りのうち、日本ではTransaction Scriptパターンの方が優勢だ。日本のオピニオンリーダーも軒並みTransaction Scriptを薦めている。 たとえば、Seasarの開発者であるひがやすを氏は、古くからデータと振る舞いを分離するアプローチ
PofEAA's Wiki - (ファウラー | 読書会)
PofEAAのWikiです。Martin Fowler氏とAddison-Wesley Pub Coの許可を得て、 パターンカタログの翻訳を行っています。bliki_jaと同じくどなたでも参加可能ですので、是非参加してみてください ;-) ※このサイトは書籍の邦訳とは一切関係ありません。 ■ PofEAAのパターンカタログ and PofEAAのパターンカタログ(邦訳版)ここから読み始めるとよいでしょう。対応表もあります。 ■ 読書会 第12回の開催予定は未定です。 ■ PofEAA読書会メーリングリスト読書会に関する話題を扱っていますが、読者会への参加を強制するものではありません。興味のある方の参加は随時受け付けています。
RailsのMigrationでPostgresqlのテーブル＆カラムコメントを使う - TrinityT's BLOG
RailsのMigrationファイルでMySQLのカラムコメントを付加するcolumn_commentプラグインというものがある。 (Postgresqlでも使えるようなパッチもリンク先で紹介されていた) Rails1系では何度か使っていて非常に便利だったのだが、残念ながらRails2系では使用できなくなっていた。（トランザクション管理の関係？） しかしRails2系で同じ事を行っている「RailsのMigrationでMySQLのカラムコメントを使う」エントリを発見。 このエントリに触発され、Postgresqlのカラムコメントを使うパッチを書いてみた。 パッチ これをconfig/initializers/column_comment.rbにでも入れておけば、Migration時にコメントを付加してくれる。 注意点 Rails2.3のMigration部分を思い切りコピペして改造して
Webアプリケーションの仕組み
Webアプリケーションとは何か、第1回のイントロダクションで紹介した定義を思い出してみましょう。インテルの用語集によれば、Webアプリケーションは「広義には、Webのしくみを利用し、イントラネット/インターネット上で提供されるアプリケーションサービス」と定義されています。 インターネット上には様々なWebアプリケーションが提供されています。企業間のオンライン取引や消費者向けオンラインショップ、ショッピングモールなどを含む電子商取引や、オンラインバンキング、オンライントレードといった金融サービス、掲示板やSNS（Social Networking Service）、CMS（Contents Management System）といった情報共有系、e-Learningなど、様々な種類のアプリケーションが存在します。これらの全てに共通する特徴は、クライアントとしてWebブラウザからアクセスすると
ドメイン層をシンプルに作るためのO-Rマッピング ― ＠IT情報マネジメント
前回「『データの永続性』に配慮した設計」までに、ドメイン層、パーシステンス層のパターンについて説明してきました。いろいろなパターンがありそれぞれ特徴があります。O-Rマッピングの役割を考えて、実現したいモデルに最適なパターンはどのように組み合わせればよいのでしょうか。今回は、O-Rマッピングの役割と、それを実現するためのドメイン層とパーシステンス層のパターンの組み合わせについて考えてみます。 インピーダンス・ミスマッチングとは？ オブジェクト指向で設計を行った場合に一番難しいことは、ドメイン層とパーシステンス層の設計です。 オブジェクト指向分析・設計では、上流工程で分析・設計したモデルの構造（概念モデル）において、継承やポリモーフィズムなどの抽象化を駆使し、できるだけ本質を見極めたシンプルなモデル構造を構築することにより、拡張性・保守性を実現します。そのため、ビジネスロジックの保守性・拡張
データベースにテーブルを作らずに ActiveRecord を利用する - elm200 の日記(旧はてなダイアリー)
ActiveRecord 向けのビューヘルパーメソッドを使いたい 複雑な検索条件などをフォーム上で表現するとき、ページのリロード時の値の保存や値のパースに便利なように、モデルクラスを利用したいときがあるかもしれない。たとえば、 <%= select 'search_cond', 'demographic', [["10歳未満", 1], ["10代", 2], ["20代", 3], ["30歳以上", 4]] %> などとしたいのである。問題は当然ながら search_conds などというテーブルがデータベースに存在しないことである。text_field や select など *_tag というポストフィックスが付かないビューヘルパメソッドはすべて、ActiveRecord::Base オブジェクトの存在を前提としている。どうしたらいいだろうか？ ActiveRecord をどう騙す
私がiPadを買うべきでない理由：日経ビジネスオンライン
iPadを見た。 買うことになるだろう。 わかっている。どうせ買うのだ。それもたぶん一週間以内に。三日か五日の間買わずに我慢するのは、自分に対する言い訳に過ぎない。あるいは手続きみたいなものだ。よく頑張ったぞオレ、とそう自分に言い聞かせながら、でも結局買う。いつもそうなのだ。セルフおあずけストラテジー。デジタルマゾヒストのティピカルな行動パターンのひとつだ。 見せてくれた編集者氏は、ほとんどアップルのセールスマンだった。それほど全力で私にiPadの魅力をアピールした。 「で、ここをこうするとほらフォトフレームになるわけです」 「……うう……」 「動画も見られますよ」 「……うう……あ……」 「ね。なかなかの画質でしょ？」 「…………」 それにしても、こういうブツをいち早く手に入れた人間は、なにゆえに必ずや布教活動を展開することになるのであろうか。あまた生まれいずる市井のペテロたち。その無償
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
Designing a .NET Application