http://w.atwiki.jp/torico/ お勉強メモ ja 2005-10-17T13:19:10+09:00 1129522750 https://w.atwiki.jp/torico/pages/19.html <h1><b>Tapestry</b></h1> <b>Tapestryってなに？<br></b>Webデザイナーとプログラマーの作業を完全に分離し、両者が並行して作業を進めることを可能にするプレゼンテーション層用のフレームワーク<br> <br> <b>オブジェクトを操作するための言語「OGNL」<br> <span style= "color: rgb(255, 153, 0);">OGNLってなに？</span><br></b>Object－Graph　Navigation　Language<br> オブジェクトを操作するための式記述言語という意味<br> <br> Tapestryでは仕様からJava特定のプロパティやフィールド、メソッドにアクセスするために、OGNLという表記方法を用いる。<br> <br> <br> <br> 任意のHTMLﾀｸﾞに対して「<span style= "color: rgb(51, 204, 0);">jwcid</span>」という属性を埋め込むことで<br> コンポーネントとのマッピングを行う。<br> <br> これによってTapestryのページテンプレートはWebブラウザでプレビューすることができるし、オーサリングツールで直接編集することも可能になる。<br> <br> JSFの場合はカスタムタグでUIコンポーネントを指定するので<br> そこがちがう。<br> <br> <ul> <li>JSF(※名前入力欄とパスワード入力欄の例)</li> </ul> &lt;h:inputText value="#{form.name}" /&gt;&lt;br/&gt;<br> &lt;h:inputSecret value="#{form.passwd}" /&gt;<br> <ul> <li>Tapestry(※同上)</li> </ul> &lt;input type="text" jwcid="name"/&gt;&lt;br/&gt;<br> &lt;input type="password" jwcid="password"/&gt;<br> <hr size="2" width="100%"> Tapestryアプリケーションは「Home」という名のページを必ず含んでいないといけない。<br> 2005-10-17T13:19:10+09:00 1129522750 https://w.atwiki.jp/torico/pages/18.html Hibernateのメリット<br> <ul> <li>コーディング量の軽減</li> <li> パーシステンス(オブジェクトの取得や保存)サービス層の分離</li> <li> レイジーローディング機能、キャッシュ機能などをサポートしている</li> <li>特定のDBMSへの依存度の軽減</li> <li> コンテナを必要とせず、パーシステンスに関連する機能だけを提供している。</li> </ul> <br> 2005-09-20T19:34:28+09:00 1127212468 https://w.atwiki.jp/torico/pages/17.html <br> <table style="width: 244px; height: 56px;" border="1"> <tbody> <tr> <th>short<br></th> <th><br></th> <th>byte<br></th> <th>byte<br></th> </tr> <tr> <td style="background-color: rgb(102, 204, 204);"><br></td> <td style="background-color: rgb(102, 204, 204);"><br></td> <td style="background-color: rgb(102, 255, 255);"><br></td> <td style="background-color: rgb(102, 255, 255);"><br></td> </tr> </tbody> </table> <br> int型にshortとbyte、byteをつめこみたい<br> →シフト演算<br> １)頭がshort型のとき<br> <hr size="2" width="100%"> int ret=0;<br> short year = (short)5;<br> byte month = (byte)9;<br> byte date = (byte)15;<br> <br> ret = year &lt;&lt;(8*3);//3byte * 8bit<br> ret += month&lt;&lt;8;//1byte * 8bit<br> ret +=date;<br> <br> ret=83888399<br> →101/00001001/00001111(2進)<br> <br> (2進)<br> <hr size="2" width="100%"> 真ん中がshort<br> <table style="width: 186px; height: 56px;" border="1"> <tbody> <tr> <th>byte<br></th> <th>short<br></th> <th><br></th> <th>byte<br></th> </tr> <tr> <td style="background-color: rgb(5 2005-09-15T13:51:22+09:00 1126759882 https://w.atwiki.jp/torico/pages/16.html プレゼンテーション層ではSpringのMVCフレームワークが利用可能<br> <br> <b style= "color: rgb(255, 102, 0);">Springが提供するMVCフレームワークの構成</b><br> <ul> <li> アプリケーションコントローラであるアプリケーションコントローラサーブレット</li> <li> コントローラサーブレットから呼ばれるコントローラクラス</li> <li>その動作を制御する定義ファイル</li> </ul> これらを利用することによってUIとしてJSPだけでなくVelocityやXSLTなどを利用することが可能。<br> <br> アプリケーションコントローラの1つであるコントローラクラスはSpring　MVCフレームワークが提供するクラスを継承して開発者が提供する。<br> <br> Spring　MVCフレームワークを利用した場合、コントローラクラスはユーザからの入力データをWebコンテナに依存しないJavaBeansで取得でき、Webコンテナから分離された入力データの検証クラスを利用することができるのが利点。<br> またコントローラクラスからサービスロジックを呼び出すには、DIコンテナからサービスロジックを取得して行わなければならない。これによりアプリケーションコントローラに不用意にサービスロジックを組み込む可能性が低くなる。<br> <hr size="2" width="100%"> <b style= "color: rgb(255, 102, 0);">SpringWebインテグレーション機能<br> <br></b><span style= "color: rgb(255, 102, 0);">MVCフレームワークを必ず使う必要はない<br> <br> </span>Springを利用してWebアプリケーションを作るときに必要な機能<br> Webインテグレーション機能を使えばUIの技術であるVelocityやMVCフレームワークであるStrutsを簡単にプラグインして利用することが可能<br> <hr size="2" width="100%"> <b style="color: rgb(255, 102, 0);">ビジネス層</b><br> Springがビジネス 2005-09-12T12:39:52+09:00 1126496392 https://w.atwiki.jp/torico/pages/15.html <b>Spring<br> <br> </b>ロッド・ジョンソン氏を中心に開発されたJava/J2EEフレームワーク<br> <br> DIコンテナという軽量コンテナをベースに、AOP、MVCフレームワーク、JDBCを抽象化したフレームワーク、既存フレームワークとのインテグレーション機能などを開発者に提供してくれるアプリケーションアーキテクチャのベースとなるもの。<br> <br> Webアプリケーションの代表的なフレームワークであるStrutsやHibernateがプレゼンテーション層やデータアクセス層をカバーするフレームワークなのに対し、Springは「すべての層をカバーしているフレームワーク」。<br> <br> <div align="center"><b><span style= "color: rgb(255, 102, 0);">Springの提供する主な機能</span></b><br></div> <div align="left"> <ul> <li>DIコンテナ</li> <li>MVCフレームワーク</li> <li>JDBC抽象化フレームワーク</li> <li>AOPフレームワーク</li> <li>Webインテグレーション機能</li> <li>ORMインテグレーション機能<br></li> </ul> </div> <hr size="2" width="100%"> POJOで構成された独立した業務ロジック(ビジネス層）を作れることはSpringの設計上の最大の魅力点<br> <br> <b>DIコンテナのメリット</b><br> 委譲を利用した、より柔軟なアーキテクチャを構築することができること<br> <br> DIコンテナはPOJOをシステム内で1つしかインスタンス化する必要のないクラス(Singleton)として管理し、利用者に提供する。<br> これにより、SingletonのロジックがハードコーディングされていないPOJOの再利用性は高くなる、Singletonクラスが必要でない場合は、Bean定義ファイルに「このクラスはSingletonではない」と宣言すればよい。<br> <br> DIコンテナとAOP機能を利用することにより、クラスの責務以外の処理をオブジェクトに追加することも可能。<br> <hr 2005-09-12T11:30:47+09:00 1126492247 https://w.atwiki.jp/torico/pages/14.html データアクセス層はRDBへのアクセスをビジネス層から隠蔽し、ビジネスロジックに必要なデータをRDBから取得しobjにmappingするもの。<br> <br> プレゼンテーション層同様、データアクセス層もオープンソースのDBアクセスフレームワークを利用するのが一般的。<br> <br> <b style="color: rgb(0, 153, 0);">O/Rマッピング</b><br> オブジェクト指向分析でエンティティを抽出し、そのエンティティを基に設計段階でテーブルを作成するもの<br> <br> <b style="color: rgb(0, 153, 0);">R/Oマッピング</b><br> システムのデータ分析をDOA(データ中心アプローチ)などで行いテーブルを作成した場合や、システム開発以前にすでにテーブルが存在している場合に利用する<br> <hr size="2" width="100%"> <b style= "color: rgb(255, 102, 0);">DBアクセスフレームワークの種類<br></b><span style="color: rgb(255, 102, 0);"><span style="color: rgb(0, 0, 0);">一般的に知られているのはORM(O/RMapper)<br> ORMは、XMLなどで記述されたマッピングファイルによってobjとTBLのマッピングを行う。<br> マッピングファイルを記述するのは手間がかかるが開発者はSQL文を意識しないで良いのが特徴。<br> <br> <b><span style= "color: rgb(51, 204, 0);">ORMの代表的なフレームワーク</span></b><br> </span></span> <ul> <li><span style="color: rgb(255, 102, 0);"><span style= "color: rgb(0, 0, 0);">Hibernate</span></span></li> <li><span style="color: rgb(255, 102, 0);"><span style= "color: rgb(0, 0, 0);">Torque(ApacheDBプロジェクト)</span> 2005-09-12T09:56:15+09:00 1126486575 https://w.atwiki.jp/torico/pages/13.html トランザクションには守るべきACID属性がある。<br> <table border="1"> <tbody> <tr> <th>ACID<br></th> <th>意味<br></th> <th>解説<br></th> </tr> <tr> <td>Atomic<br></td> <td>トランザクションの原子性<br></td> <td> トランザクション内の処理はすべて行われたかなにも行われなかったかのどちらかしかない。<br> </td> </tr> <tr> <td>Consistent<br></td> <td>データの一貫性<br></td> <td> データに一貫性があること。一貫性を守っていない例：親テーブルがないのに子テーブルがある<br> </td> </tr> <tr> <td>isolated<br></td> <td>トランザクションの独立性<br></td> <td> 並行して走るトランザクションが互いに独立していること<br> </td> </tr> <tr> <td>Durable<br></td> <td>データの永続性<br></td> <td> データが永続化されていること。永続化されているデータが読み出せること<br> </td> </tr> </tbody> </table> <br> <hr size="2" width="100%"> トランザクションの境界<br> プレゼンテーション層とビジネス層の間に引かれる。<br> <br> <ol> <li> 明示的なトランザクション：ソースコードにそのままかく</li> <li> 宣言的なトランザクション：フレームワークなどから提供されるトランザクション処理にトランザクション管理を行わせることをいう</li> </ol> 2を利用することによってビジネス層に含まれるコンポーネントは自由に組み合わせることができ、開発者もトランザクションを意識することなくロジックの記述に専念できる<br> <br> アプリケーションアーキテクチャを柔軟なものにするなら２を積極的に使うこと。<br> <br> ２を使うにはEJBという選択肢もあるがEJBのコンポーネントはEJBコンテナに依存するのでテストがしにくい<br> <br> 2を利用するならトランザクションの境界となるのはサービス 2005-09-10T15:15:44+09:00 1126332944 https://w.atwiki.jp/torico/pages/12.html J2EEのMVC2はSmallTalkで確立されたMVCパターンを参考にしたもの。<br> <br> Model:JavaBeanc(EJB)<br> View:JSP<br> Contraller:Servlet<br> <br> MVCフレームワークの種類<br> <ol> <li> リクエスト駆動型→Struts、SpringMVCフレームワーク、WebWork</li> <li>イベント駆動型→JSF、Tapestry</li> </ol> <br> <br> 2005-09-10T14:56:56+09:00 1126331816 https://w.atwiki.jp/torico/pages/11.html レイヤを疎結合に保ち、保守性や拡張性に強い設計にするのがいい。<br> レイヤはもともとアーキテクチャパターンの1つ。<br> レイヤは互いに隣接するレイヤ間だけ片方向のアクセスが可能という特性を持つもの。<br> <hr size="2" width="100%"> <b style="color: rgb(255, 102, 0);">一般的なレイヤ<br></b> <ul> <li><b>プレゼンテーション層</b></li> </ul> 　　UIとアプリケーションコントローラを提供する<br> <ul> <li>　<b>ビジネス層</b></li> </ul> 　　ビジネスロジックを提供する<br> <ul> <li>　<b>データアクセス層　</b></li> </ul> 　　データベースへのアクセスを抽象化する<br> <br> <table border="1"> <tbody> <tr> <td>アプリケーションコントローラ<br></td> <td><br></td> <td>画面繊維の制御やセッションの管理など<br></td> </tr> <tr> <td>ビジネスロジック<br></td> <td>サービスロジック(アプリケーションロジック)<br></td> <td> 特定の業務や特定部署の処理。トランザクションの起点。一般的にはステートレスなクラス<br> </td> </tr> <tr> <td><br></td> <td>ドメインロジック<br></td> <td> ビジネスを行ううえで当然に認識される顧客や注文といったクラスが持つ処理<br> </td> </tr> </tbody> </table> <br> <hr size="2" width="100%"> Webアプリケーションのレイヤ<br> 　以下の2つの論理レイヤに分けることができる<br> <ul> <li>ビジネスにかかわる部分</li> <li> ビジネスロジックをいかにして表現するかを実現する仕組み</li> </ul> やりたいことは表現方法がなんであれビジネス層に影響を与えないこと<br> <br> ビジネス層こそがシステムの中心となるものであって、表示の仕組みや永続化の仕組みが変わったとしても影響を受けないようにすることが重要。<br> <br 2005-09-08T18:53:53+09:00 1126173233 https://w.atwiki.jp/torico/pages/10.html <b style= "color: rgb(255, 102, 0);">アプリケーションアーキテクチャ</b><br> システム開発の目標を満たすような、アプリケーション全体の構造、共通の方式<br> <br> <b style="color: rgb(51, 204, 0);">システム開発の目標</b><br> <ol> <li>ユーザの要求を満たすという目標</li> <li> 保守や拡張のしやすさやテストのやりやすさなど開発者のための目標</li> </ol> 　2を具体的にいうと<br> <ul> <li>開発効率</li> </ul> →意図を把握しやすく、理解しやすい構造<br> →テストが容易に行える構造<br> <ul> <li>柔軟性</li> </ul> →保守しやすく、拡張しやすい構造<br> →将来の環境の変動に耐える頑健な構造<br> <hr size="2" width="100%"> <br> テストはWebコンテナやEJBコンテナを利用しないでも実施できて、実装とテスト用のMockオブジェクトで議事環境を簡単に作れないとだめ。<br> <br> <i>Mockオブジェクト</i>：テストの際に本物のobjと結合したいが、まだそのobjができてなかったりそのobjがコンテナやその他環境に依存していてテスト環境では使えなかったりしたときに作成する、テストを行うために必要なインターフェースだけをもつほとんど中身のないobjたちのこと<br> <br> <br> 2005-09-07T23:27:52+09:00 1126103272