Java Spring Frameworkを語るスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG乱立するフレームワークと競合するプロトコルの嵐のなかで、
リスクの高い決断を余儀なくされているJavaデベロッパ、プ
ロジェクトマネージャに対する福音です。
語るべし。
0002デフォルトの名無しさん
NGNGフレームワーク、ライブラリなんてJavaより多い言語はいくつもあるっつーの。
あほ。
0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG0005デフォルトの名無しさん
NGNGhttp://www.springframework.org/
Rod Johnson著「実践J2EE システムデザイン」
http://www.amazon.co.jp/exec/obidos/ASIN/4797322888/
TheServerSide.com - Introducing the Spring Framework
http://www.theserverside.com/resources/article.jsp?l=SpringFramework
Rod Johnson著「J2EE Development without EJB, Expert One-on-One」2004年5月発刊予定
http://www.amazon.co.jp/exec/obidos/ASIN/0764558315/
SourceBeatの電子出版書籍「Spring Live」
http://www.sourcebeat.com/TitleAction.do?id=7
「Spring Live」サポート用Blog
http://www.sourcebeat.com/roller/page/mattr@sourcebeat.com/Weblog?catname=Spring%20Live
Struts + Hibernate + Spring Framework のWebアプリ 作者は「Spring Live」の著者
http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse
Spring Frameworkを使用したJDBCプログラミングチュートリアル(作成途中)
http://www.buggybean.org/tutorials/Spring_JDBC_tutorial.pdf
0006デフォルトの名無しさん
NGNGhttp://springui.sourceforge.net/
Spring FrameworkのWiki「Spring Pad」
http://wiki.bmedianode.com/Spring/?FrontPage
Spring Frameworkを利用した蔵書検索アプリケーション
http://www.commentout.com/people/takai/memos/booksearch-1.0-alpha-1/
PicoContainerのプレゼンテーション資料日本語版(IoCの説明がわかりやすい)
http://cvs.picocontainer.codehaus.org/viewcvs.cgi/*checkout*/site/presentations/JavaPolis2003_ja.ppt?rev=1.1&root=picocontainer
0007デフォルトの名無しさん
NGNGSpring Frameworkを使うことによって、複数のコンポーネント間の依存性が下がる。
よって、Unitテストがし易くなったり、コンポーネントの自由な結合・組み合わせが可能となる。
XMLファイルを設定ファイルにしてBeanを生成することから、一見CommonsのDigesterやBeantilsと
同じじゃないか、と思ってしまうが、そうではなくUIからDBアクセスまで全てのレイヤをサポートし
レイヤ・ライブラリ間のシームレスな連携が実現できるところが最大の特徴。
欠点：
Bean定義をXMLに書かないといけない為すぐにXMLが肥大化してしまい、Strutsのstruts-config.xmlと
同じような悩みを抱えてしまう恐れがある。
0009デフォルトの名無しさん
NGNGSpringのほうが高機能なのに、Picoのほうが
もてはやされている気がするのはなぜだろう。
漏れの気のせいかも知れんが。
SpringでPicoをつかうってのもあったような。
ソースを忘れてしまったが。
0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNG> SpringでPicoをつかうってのもあったような。
SpringじゃなくてHibernateだった。
00125=6=7=8改め春一番
NGNG自分なりの意見を。
Pico ContainerはType2, Type3両方をサポートしている。SpringはType3のみ。
よって使い勝手としてはPico Containerに軍配が上がる。
でもそれはIoCフレームワークとしてみた観点のみ。
Springはそれ以外にJDBC(O/Rマッピング)、メール、Webプレゼンテーション、AOP
と様々なレイヤをサポートしている為、1つのアプリケーションに一貫性を持たせるには
やはりSpringがいい選択だと思う。(個人的にはWeb周りはまだまだという感じだが。)
ネタ振りとしてリンクもはっとこう。
IoCとは何か、DAOパターンへの適用、PicoContainerとSpringの比較
http://today.java.net/pub/a/today/2004/02/10/ioc.html
HiveMindとSpringの比較
http://javatapestry.blogspot.com/archives/2004_02_01_javatapestry_archive.html#107757766902671389
>>10さん
Type3かな。Type2のコンストラクタベースは深く突っ込んで使うには少々使いづらい。
XMLの肥大化問題はもっとこの辺が流行ってくれば、ツールが対応してくれるでしょ、と楽観。
0013春一番
NGNGHibernateでPico??
Spring + Hibernateであれば幾つかリソースがあるね。
Hibernate - Data Access with the Spring Framework
http://hibernate.bluemars.net/110.html
Spring AOP with Hibernate
http://www.springframework.org/docs/wiki/Spring_AOP_with_Hibernate.html
0014デフォルトの名無しさん
NGNGType2とType3が逆じゃない？
Type2がSetterベースで、Type3がコンストラクタベースだよね。
それから、Spring Framework 1.0 M3以降はType2に加えてType3 IoCも
サポートされています。Type2(Setterベース)の場合、
<bean id="userManager" class="net.2ch.dao.UserManager">
<property name="dataSource"><ref bean="myDataSource"/></property>
</bean>
と書いていたものがType3(コンストラクタベース)では、
<bean id="userManager" class="net.2ch.dao.UserManager">
<constructor-arg><ref bean="myDataSource"/></constructor-arg>
</bean>
のようになる。
この場合、UserManagerインターフェースのコンストラクタのシグネチャは
public UserManager(DataSource dataSource);
という感じで。
0016デフォルトの名無しさん
NGNGhttp://pc2.2ch.net/test/read.cgi/tech/1068207164/542-543
0017デフォルトの名無しさん
NGNG参戦してきますた。
それにしても、AOPすれも多すぎだし、
各スレの依存関係が強いね。
0018デフォルトの名無しさん
NGNG0019デフォルトの名無しさん
NGNG0020デフォルトの名無しさん
NGNGリリース後はAPI変えないみたいなこといってたから
かけこみで変更しとけってのががおおかったんじゃないの？
0021デフォルトの名無しさん
NGNG稼動中にapplicationContext.xmlを編集した後、内部でrefresh()を呼び出しても
全然内容が更新されない。
何でか分かる人いる？(てか、そもそもrefresh()がそういう用途にあるのかも分からん)
0022デフォルトの名無しさん
NGNG0023デフォルトの名無しさん
NGNGそのrefresh()ってどのクラスにあるの?
m4では見つからなかったけど。
rc2落としてみるか。
■ このスレッドは過去ログ倉庫に格納されています