[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 04/25 10:44 / Filesize : 187 KB / Number-of Response : 894
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

国産DIコンテナSeasar その11



1 名前:デフォルトの名無しさん [2007/09/27(木) 07:41:47 ]
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ?みんなもう使ってるの?
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
www.seasar.org/

Seasar Projectグループ
seasarproject.g.hatena.ne.jp/

ひがやすをblog
d.hatena.ne.jp/higayasuo/

前スレ
その1 pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 pc11.2ch.net/test/read.cgi/tech/1176050197/

70 名前:65 mailto:sage [2007/10/22(月) 23:23:16 ]
というか、IDEのcompletionが役立たない気がする。

71 名前:60 mailto:sage [2007/10/22(月) 23:36:47 ]
>>68
いろいろすまん。
言いたいことがごちゃまぜになって、変になってしまいました。


72 名前:61 mailto:sage [2007/10/23(火) 14:05:06 ]
>>69
都度new(場合によってはコンテナから取得)
するっきゃなさそうに思えるねぇ。
それかinitみたいなメソッド呼ぶか。

コンテナで管理するなら、
スコープはprototype以外ありえんよね。
そんで、>>61の疑問になったんだけど。

73 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 19:16:48 ]
Java6 って対応してるの?

74 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 20:22:39 ]
もうすぐ1年たつのにさすがに対応してないはずないだろ・・・


たぶん最新バージョンだけにupdate出るたびに全てのプロダクトで動作チェックしてくれてるとは思う

75 名前:デフォルトの名無しさん mailto:sage [2007/10/23(火) 21:34:22 ]
>>63
調査結果よろしくデス

76 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 02:49:26 ]
>>74 何という希望的観測

77 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 13:18:53 ]
S2JDBCってほとんどの企業で持っているテンプレート系を作り直したってことかなぁ?
ソース見て挙動みないとわからないけど、JPAのラッパ作るのとどこが違うのだろう

78 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 13:23:20 ]
お前らいい加減だな
JdbcManagerはreturn thisやってねーよ



79 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 14:20:40 ]
昨日や今日のぶくまのコメントを見ると
塗るぽったと気にわかりづらそうということを書いている方がいますが、
そんなことはないですよ。だって戻り値は最後のメソッド以外はthisを返すだけだから。


ってのは違うの?

80 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:01:59 ]
あっ、ほんとだ。AutoXXXって奴に
なっとりますな。もちょっとソース読んでみる。

81 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:13:01 ]
JdbcManagerはAbstractQueryが参照してて
SQL方言とパラメータの型を管理してる。
シングルトンで問題なさげ。

AbstractQueryを継承してるAutoXXXは
都度JdbcManagerのメソッド内でnewしてますね。

てなわけで61は杞憂で終わったのでありました。

82 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:28:23 ]
>>74
つ https://www.seasar.org/issues/browse/DAO-94

83 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:35:51 ]
ひがさんのいうthisはJdbcManagerじゃなくて
AutoXXXのインスタンスのことだったのね。

ある程度実装知ってないと
EasyMockなんかでテスト書きにくい
ってのが難点といや難点かと思った。

覚えちゃえばいいんだけど。

84 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 17:15:00 ]
あと、>>60の件も、静的言語における
流れるようなインタフェースの実例として参考になると思う。

たとえばAutoSelectだったら
その親のSelectがサブタイプを
型変数で受け取るようになってて、
各メソッドの戻り値の型が
サブタイプになるようになってる。

まあここまでややこしいことしないと
動的言語と同じ事が出来ないのかといわれりゃ
そうなんだけど、面白かったよ。

85 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 17:57:26 ]
>>84
なるほど。感心。

> まあここまでややこしいことしないと
> 動的言語と同じ事が出来ないのかといわれりゃ
> そうなんだけど、面白かったよ。
型安全とIDEのサポートも手に入るのだから、手間をかける価値はあるかもね。

86 名前:73 mailto:sage [2007/10/24(水) 20:39:32 ]
>>82
サンクス。

87 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 21:42:40 ]
>>82
一応動作チェックはしてるようだな・・・結果コンパイルが動かないというだけだが

JPA2.0がでるころにはS2JDBCいらなくなりそうだな
そのころにはプロパティアクセスも出来るだろうし

88 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 22:33:59 ]
いらなくならないだろ。



89 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 22:45:33 ]
S2JDBCの機能ってもう次のJPAに取り込まれるの確定でしょ。
あんまり必要性があるとも思いにくい。

90 名前:デフォルトの名無しさん [2007/10/24(水) 23:59:32 ]

S2JDBCは便利そうで良いかもしれない。setter/gettetrを書かないってのはスッキリして良いかも(ただ多くの場合ツールで生成しちゃうから気にしないんだけどw)。

だけどねぇ、おきまりのドキュメントの無さはハッキリいっていくら便利なものリリースしたところで
誰にも使われずに終わってしまうんじゃないの?
あの程度のドキュメント量であとはTIPS程度を載せていく方針だったら、最初からやらないほうがいいよ。
S2Dao使ってる人たちを混乱に陥れようとしてるだけ。しかも意図的に。


91 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 00:08:34 ]
RCの段階でドキュメントあるだけでも大進歩だろw

92 名前:デフォルトの名無しさん [2007/10/25(木) 00:10:54 ]
どうやったら混乱するんだw

しかも今回のも必要最低限のドキュメント揃ってて俺は充分使える。
seasarって末端開発者には易しいと思うよ

93 名前:デフォルトの名無しさん [2007/10/25(木) 00:39:38 ]
方針がハッキリしないのがどうもね
新しいプロジェクトにはS2JDBCにしろ、
すでにつかってるS2Daoはメンテだけしてやる、
でいいの?

94 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 00:55:26 ]
好きな方使えばいいじゃん
方針まで決めてもらえないと選択できないのか?

95 名前:デフォルトの名無しさん [2007/10/25(木) 01:12:09 ]
充分方針はハッキリしてるわけだがw

96 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:19:46 ]
higayasuo 『> 二人目のとおりすがりさん
既に開発中、あるいは今年に開発が始まるのは、S2Dao。来年に開発が始まるのは、S2JDBCで良いと思います。
S2JDBCは、外だしSQLも使えますよ。RC2で公開します。』 (2007/10/24 19:07)

97 名前:デフォルトの名無しさん [2007/10/25(木) 01:26:39 ]
あの程度のドキュメント量って、
あれが全てなんじゃねーの?
何か書かれていない機能が隠れてんのか?

98 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:47:38 ]
まあ、ドキュメントはあの程度でよいとして、
困るのは dicon ファイルなどの設定エラーがあったとき、
問題箇所を知る手段が無いということ。
「コンテナが空であってはいけません」とかすげえおおざっぱなことしかわからない。



99 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:51:10 ]
コンテナにはコンテナが空としか分からんのだろ

100 名前:デフォルトの名無しさん [2007/10/25(木) 01:52:23 ]
>97
それを言うと「ある」と思う。
しかしだ、分かる範囲で使えるモノと判断できれば問題ないんじゃないかと。


>96の通り方針はハッキリしてるのであとは自分で判断するだけだな

101 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:57:11 ]
>98
それはs2だからという問題ではない

102 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:10:37 ]
S2buriとか試していると、S2JDBCのドキュメントは至れり尽くせりに感じるようになる。おすすめ。

103 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:14:16 ]
S2JDBCってSeasar2なしでも動くの?
JPAがEJB3から独立しても動けるように、S2JDBCもそうなってるといいかな
組み合わせのバージョンとか面倒なことは考えたくないので

DIは好きなコンテナを使うとして・・・ね

104 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:16:33 ]
>>102
おすすめってS2Buriを?w

105 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:27:07 ]
>>103
S2JDBCはSeasar2のJarに入ってるからバージョンの組み合わせで
悩むことはないだろうな

106 名前:デフォルトの名無しさん [2007/10/25(木) 10:57:04 ]
Teeda と S2Struts、全体的に軽いのはどちら??

107 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:19:21 ]
S2JDBCのドキュメントが更新されたら
JdbcManagerのdiconの書き方が消えちゃった。

s2-tigerの配布ファイルの中にs2jdbc.diconがあったので
わかったけど。その内復活するかな。

108 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:22:38 ]
つか>>90は一体何を読んだのか。
ひがたんのblogだけとか。

asipかと思った。

SQLを手書きしてselectBySqlで、
Mapで受け取ってやれと思ったら怒られちゃった。
そのままMapのListでTeedaに渡せるの、好きだったんだけどな。



109 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:56:37 ]
>>105
単独で使えないってことか
パスだな

110 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:32:26 ]
changedFromの実装が微妙すぐる・・・

111 名前:デフォルトの名無しさん [2007/10/25(木) 23:31:51 ]
>>109
なんだそりゃ。
トランザクション周りを何とかすれば
好きなDIコンテナでも使えるだろ。

112 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 23:50:59 ]
>>111
ほうできるのか
開発環境はseasar2 2.3でS2JDBCつかえるなら文句は言わないよ

113 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 23:57:03 ]
なんで本体を2.4にできないのにS2JDBC使おうとか思うんだ?

114 名前:デフォルトの名無しさん [2007/10/25(木) 23:58:59 ]
流れるようなインターフェースのやつみてて思うんだけどさ、
みんなeclipseのソースコードフォーマッタとか使ってないのかな。
フォーマッタかけるとあんな綺麗っぽく書いてもダラーっとした一行になっちゃいそう。

115 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:05:20 ]
>>114
ttp://s2container.seasar.org/2.4/ja/s2jdbc_setup.html#Eclipseのフォーマッタ

116 名前:114 [2007/10/26(金) 00:08:06 ]
>>115
うお、ちょwww
俺の行動は完全に想定の範囲内だった!

117 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:08:25 ]
>>113
GuiceとかSpringに置き換えてもいいよ
依存性がないというから既存のメンテにも使えるのかなと思っただけ
もちろんパッケージはかえてコンパイルしなおすけど

118 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:15:11 ]
>>117
コンテナを変えれないメンテで新しいO/Rを使おうという発想が理解できん



119 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:40:59 ]
>>106
全体的の意味が分からんけど、
TAT的なところでは、S2Strutsの方が早い。

id:taichitaichiのblogにパフォーマンス計測結果があったと思うよ。

120 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 13:19:31 ]
>>119
そうか〜
>>id:taichitaichiのblogにパフォーマンス計測結果
ググってよみました。圧倒的に遅いですね、Teeda。jsfだからといえばそれまでだけど、
現状ではハイトラフィックなサイトには向かないのかなぁ。あの扱いやすさはとても良いものだけに、残念。

121 名前:デフォルトの名無しさん mailto:sage [2007/10/27(土) 17:52:58 ]
TATって、泣いてる顔文字かと思った。
(TAT)

122 名前:デフォルトの名無しさん mailto:sage [2007/10/29(月) 22:59:10 ]
たまに、TATとスループットを混同というか混乱してるSEが居てビビる。

123 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 02:41:01 ]
時代は iRule

124 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 16:41:46 ]
Teeda+S2JDBCで設定してtomcat5.5で起動すると、途中で
StandardWrapper.Throwable
org.seasar.framework.container.IllegalAutoBindingPropertyRuntimeException:
[ESSR0080]クラス(org.seasar.extension.jdbc.meta.ColumnMetaFactoryImpl)のプロパティ(persistenceConvention)の自動設定に失敗しました
at org.seasar.framework.container.assembler.BindingTypeMustDef.doBind(BindingTypeMustDef.java:56)
.....
の例外が出て止まってしまう。何か設定をミスった?
s2container.seasar.org/2.4/ja/s2jdbc_setup.htmlの通りにやっている。諸賢らのアドバイス求ム


125 名前:124 mailto:sage [2007/10/30(火) 17:24:56 ]
なんとなく解決したorz
convention..diconに
<component class="org.seasar.framework.convention.impl.PersistenceConventionImpl"/>
を入れてなかった模様。svnからチュートリアルチェックアウトしてこないとわからんかった

126 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 23:26:29 ]
自己解決せずにMLで聞こうぜ。

127 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 02:37:37 ]
何のためのオープンソースだと思ってんだよ。
低レベルな事MLで聞いてんじゃねぇ、ボケが。

128 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 03:37:24 ]
>>127
獄長乙



129 名前:デフォルトの名無しさん mailto:sage [2007/11/02(金) 09:59:14 ]
ブログにあったS2JDBCとHibernateのベンチだけど
S2JDBCが軽い、速いことを訴えたいのだろうが、
仕組みがそもそも違うHibernateと比較しても…と思うのは自分だけ?なんかHibernateの使い方違ってる気が…

130 名前:デフォルトの名無しさん mailto:sage [2007/11/02(金) 11:29:25 ]
得意な分野だけぬきだすのはよくあること
ところでベンチのコードってどこにあるの?

131 名前:デフォルトの名無しさん mailto:sage [2007/11/02(金) 12:01:33 ]
>>130
SVN

132 名前:デフォルトの名無しさん mailto:sage [2007/11/02(金) 12:51:08 ]
OneToOneのSQL発行回数が多いってところがひっかかるな
2つのテーブルだけだったらINとかJOIN命令でJPAは大概1SQLになるよね?

複雑な連結だとSQLの把握が大変というのならわかるけど

133 名前:デフォルトの名無しさん mailto:sage [2007/11/02(金) 13:10:01 ]
>>132
JavaExpert#01嫁

134 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:43:46 ]
>>133
OSSなのにOpunなソース出せない糞団体www

135 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:49:05 ]
Opun

136 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:54:32 ]
Opun
Opun
Opun

137 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 08:55:25 ]
>>132
Hibernateの仕様で、外部キーを持たない側のOneToOne関連にはLazyロードが効かない
なので、必要なくてもOneToOneで定義された相手側のEntityを取りにいってしまう

138 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 12:56:33 ]
Opun



139 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 13:34:48 ]
LAZYの話ではなく、1回のSQLで連結先のEntityも1回のSQLで発行できるはず
ということなんだけど、かならず1行ごとにSQL発行するの?
連結先のEntityも一緒に取得するJPAでいうJOIN命令のことね

だとしたらJPA実装で一番ダメじゃん

140 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 14:10:10 ]
>>139
連結先は必要ないケースのテストだろ
アドレスだけ欲しいのに勝手に余計なのを遅延ロードしやがって遅い

141 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:03:01 ]
>>140
SQL直よりS2JDBC遅いね

といってほしいの?

142 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:28:56 ]
>>141
意味わかんね

143 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:46:35 ]
OpunかわいいよOpun

144 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 16:49:11 ]
addressが10000行あると

select a from Address a

だけで10001回sql出すのがhibernateクオリティ

145 名前:デフォルトの名無しさん [2007/11/03(土) 18:51:27 ]
>>144
違うような

146 名前:デフォルトの名無しさん mailto:sage [2007/11/03(土) 19:18:06 ]
>>145
想像で言うな。動かしてみろよ

147 名前:デフォルトの名無しさん [2007/11/03(土) 19:40:20 ]
そんな鼻息荒くしなくとも…>146

148 名前:デフォルトの名無しさん mailto:sage [2007/11/04(日) 19:12:50 ]
海外進出って昔やって失敗したよな?



149 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 00:57:31 ]
ベンチマークってJPAと比較するならchangedFrom()使ったほうがいいのでは?
あとNameしか更新しないのに全部更新されるSQL使わされているJDBCもカワイソス

まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね
あとツールサポートがどこまでくるかが見もの

Eclipse、NetBeans、IDEA、JDevと対応するのは大変そう
JBuilderはEclipseのそのままつかえるんかな?

150 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 01:12:37 ]
>>149
> まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね

それするとJPA並に遅くなるんじゃね?

151 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 01:32:54 ]
実行スピードもいいけど、開発効率も重要でしょ
rubyとか(実際にJavaより生産性がいいとは思えないけど)そのへん受けてるし

ベースにDIコンテナがあるんだからそのへん動的にかえれるといいんだけど

152 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 02:05:44 ]
検索でfetch joinしたやつをupdateするとどうなるの?
OneToManyのManyの方も勝手にupdateされんの?

153 名前:sage [2007/11/06(火) 02:38:12 ]
ttp://asipeye.blogspot.com/2007/10/blog-post.html
偽太陽ってTeedaか?
ASIPこえーなー

154 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 10:08:11 ]
単なる誹謗中傷じゃぁなぁ。もっと建設的な議論につながるような意見を出してもらいたいよな。

155 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 12:09:59 ]
ってか、「もうSeasarについて言及しません」って土下座したんじゃなかったかいな?

156 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 12:18:43 ]
"Seasar"とは書いてないw

157 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 13:48:17 ]
>>153
asipウォッチャーもこえーな
読んでみたが、今回のトピは意外と,といっては失礼かもしれんが文章まともだな

ところで偽太陽ってどういう意味だ?

158 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 14:54:08 ]
太陽の方言⇒Teeda



159 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 15:02:34 ]
>>158
なるほど
検索してもわからないからなんだろうとおもった

読みにくいのが大量にあるおかげでS2なんとかのほうがまともに話をされやすいってのもあるね

160 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 15:29:13 ]
ttp://d.hatena.ne.jp/babie/20071106/1194329213

161 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 21:47:30 ]
海外で受け入れられない理由…
・発音しにくい、読みにくいプロダクト名が多い…まーこれはあまり関係ないか、むしろ日本人に不評な希ガス
・Jakartaなどと比較すると圧倒的に少ないドキュメント/サンプル/チュートリアル
・あとそれらを育てていこうという体勢
・書籍が殆ど無い
・コミッタ陣営のカリスマ性

162 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:08:50 ]
国内においては、springを逆転しそうな
勢いがありますね。(月刊誌は特に)
実際はどうでしょうね、springに自動バインディングと
s2daoがあれば、正直springに行きたいです。

話は変わりますが、web層のフレームワークのお勧めありますか?
struts2が気になりますが、皆様の評価はどうでしょうか?
teedaは、独自scopeの考え方が合わなくて使用していません。




163 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:48:16 ]
田中と芦田って仲良くなれそうだなw

164 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:48:17 ]
Seasar系を主に使っているのだけど、さすがに技評の雑誌は最近気持ち悪く感じる。
SpringやGuice, Wicket, Click, iBatis, Cayenne
いろんなプロダクトがあるのに、ほぼ無視って。ちょっとヤバい気がする。

> springに自動バインディングとs2daoがあれば
分かる気がする。
Wicket + Guice + S2Daoで開発したい。


165 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:51:28 ]
そりゃぁバックについてるのは

あれ、こんな時間に呼び鈴が

166 名前:162 mailto:sage [2007/11/06(火) 23:00:01 ]
>>164
レスどうも。
複数プロダクトを紹介してた日本java worldは、
いまはないので、洋書に手を出そうと考えています。

代わりになる雑誌をご存知の方、紹介お願いします。(マジで!)
教えて君でごめんなさい。


167 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 23:01:47 ]
>>164
ライターがいないだけじゃね?

168 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 23:38:02 ]
>>162
そこまでしてSpring使いたい理由もよくわからん。



169 名前:デフォルトの名無しさん mailto:sage [2007/11/06(火) 23:52:53 ]
>162
あなたのweb層のフレームワークのお勧めありますか?

>164
記事を投稿する人がいないだけ。
要はSeasarユーザが多いんだよ



170 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 00:03:07 ]
画面間の値渡がラクなのがいいなぁ。
単なる数字や文字列の値だけじゃなく
その裏にあるオブジェクトもまとめて渡せるような







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef