ジャワ、JSP、Servlet、JDBC -基本原則のパート2に戻る…
私は私の前のポストで私が 私の現在のプロジェクトのためのジャワすべてのフレームワークを 避け、ジャワ基本的な/J2SEの部品と代りに成長することにしたこと知らせた。 開いていると同時に私の旅行の概要はここにある。
今日私はJDBCを使用し、網からのある特定のデータを取って来、データベースで投げ出すことの簡単な仕事をする。 私は言わなければなりまたは冬眠するように非常に誘う鳴られる少なくともiBatisが。 しかし私は-フレームワーク決定しなかった。 従って私は網からのデータを取って来るために簡単なコードを書き、分析し、そして明白で古いJDBC (JDBC 1.0)の使用で投げ出した。 私は関係の使用についてJDBC 2.0から分かち合う考えていたが率直に私の策略およびダンプ操作のために、やり過ぎだったようである。
私は仕事のロットを今日終らせた。 唯一の抗力力はフレームワークまたは他を使用する一定した誘惑だった。 私は抵抗した。 それは新たになっていた。 うまくいけば次のポストから私はコードの少数の寄せ集めを掲示し始めるが率直に豪華な今日-ちょうど明白で古いJDBC何でもを使用して持っていない。 無益な事だけ私がデータベースの声明をログインすることを許可するのに私が委任状を使用したことだった。 私はこのプロジェクトのためにHSQLDBを使用している。 それは現在私の必要性のために十分によいデータの8GBを扱うことができる。
、 ヘッドラインニュースデータベース の下でファイルされる、 ジャワソフトウェア、 オープンソースソフトウェア、 RDBMSの 網 |
|
RSS 2.0 |
この記事に電子メールを送りなさい
また読むのを好むかもしれない |


Technoratiの好みに加えなさい


































2006年1月11日7:30 AMの
ある網の部品へのちょうど注意好む
Coldtagsの続き:
私達の(当然
http://www.servletsuite.com/jsp.htm
2006年3月1日10:24 AMの
あなたの適用を書くと同時にあなた自身のアドホックなフレームワークを作成していることをない前作られたフレームワークを使用して単に意味する。 そのどちらかまたはあなたは同じイディオムを何回もコードしている。 例えば、JDBC-onlyのアプローチとの接着は第2テーブルにアクセスしなければならないとすぐうまく1つのデータベーステーブルだけアクセスしているが、同じコードを再度本質的に書いているときである。 Refactor再使用可能なクラス、への共通コード言うか。 あなた自身のフレームワークの発明にあなたの方法にそれからある。