- 1 名前：デフォルトの名無しさん mailto:sage [04/08/09 18:36]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
最近、気になるのでスレ立てました。
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
それではスタート！
本家 seasar.org
www.seasar.org/
Seasar Projectグループ
seasarproject.g.hatena.ne.jp/
関連スレ(なのか?)
Java Spring Frameworkを語るスレ
pc5.2ch.net/test/read.cgi/tech/1077465099/
Java⇔RDBのMapping-Frameworkを語るThre Vol.3
pc5.2ch.net/test/read.cgi/tech/1090653286/
- 82 名前：デフォルトの名無しさん mailto:sage [04/08/14 22:30]
- >>81
> コメントも含めて何でそんなにドキュメント話ばかりなんだ？
普通の人にとってドキュメントは使い物になるかどうか判断する大切な材料の一つだから。
「今あるドキュメントで十分だろ」という人は、そういうことに気が付かない。
もっともそういうことを気にする立場ではないから、そう思って当然なんだけどね。
- 83 名前：デフォルトの名無しさん mailto:sage [04/08/14 23:40]
- 今はまだ「分かってる人が使える」存在のもの。
EarlyAdopterがそれこそS2に限らずPicoContainerとか色々試してる段階。
俺みたいに、仕事で使うには標準であることのメリットが甚大だという理由でEJB3.0を待っている人間もいる。
ドキュメント整備は、それこそ普及戦略の上での問題だな。
もちろんもっとあったほうがいいというのには同意。
ドキュメントがあろうがなかろうが、いわゆる「厨」は一定比率は発生してしまうがな。
- 84 名前：デフォルトの名無しさん mailto:sage [04/08/15 00:42]
- 実務優先でやってるから、ドキュメントより実装が先ってのは分かる。
ちょっと前の大きな仕様変更で痛い目見たんだが、ドキュメントが沢山
あるとああいう場合に大変だよね。
だからドキュメントが必要最低限なのかなーと思ったりする。
便利なのは間違いないんだけど、現状じゃあんまり他人に勧められん。
コアの部分が大きく変わることはもう無いんじゃないかと思うけど、
あったら辛いしなあ。
- 85 名前：デフォルトの名無しさん mailto:sage [04/08/15 03:22]
- ミドルウェアを標準先決めで作ると、CORBAみたいな恐竜が出来上がることがしばしば・・・
そういう意味では仕様文書を整えるよりも実装＋HowToを先出しするという方針もありだとは思うけど、確かに現状で手を出すのはちょっと怖いような。
- 86 名前：デフォルトの名無しさん mailto:sage [04/08/15 04:57]
- >>84
一応、ひがさん本人は、もうコアの部分に大きく手を入れることはない、と言ってるしね。
- 87 名前：デフォルトの名無しさん mailto:sage [04/08/15 05:01]
- チュートリアルで、とりあえず使うことはできるんだけど、リファレンスがないから
「できないことがわからない」
機能を網羅したリファレンスがあれば、設定項目に用意されてないのが確認できれば、できないというのがわかる。
もちろん、設定を組み合わせて実現するようなものは簡単に「できない」というのはわからないんだけど。
- 88 名前：デフォルトの名無しさん mailto:sage [04/08/15 09:39]
- よくもまあこんなに無内容な長文をダラダラと書き続けられるもんだな
- 89 名前：デフォルトの名無しさん mailto:sage [04/08/15 10:21]
- >>83
今のEJBも標準だけど、使えないわけだが。
EJB3が使えるようになるのはまだまだ先。
使えるものになるかも分からないしね。
重要なのは今何を使うかじゃないの。
- 90 名前：デフォルトの名無しさん mailto:sage [04/08/15 11:27]
- >>21
> チュートリアルだ。少し古いバージョンだが使えるだろう
> ttp://www.wikiroom.com/Seasar/?Seasar%20V2
最新のS2.0.15では、いきなり最初のプログラムが例外発生で動かない。
(「要素タイプcomponentsは定義されていません」...)
原因は
・list03-4. car.xmlにDOCTYPEがない
・classpathに通すjarが違う(log4j-1.2.8.jar, ognl-2.6.5.jar, s2-framework-2.0.14.jarなら動く)
ため。
全体的には
> ここもわかりやすい
> ttp://garbagetown.zive.net/eewiki/Viewpage.do?pid=@53656173617232
こっちの方が親切かな。eclipseベースでどういった操作をするか細かく書いてあるし。
でもdiconファイルの書くのにXMLBuddyつかうのは冗長な気がする。
単にコピペさせればいいと思うけど。
- 91 名前：デフォルトの名無しさん mailto:sage [04/08/15 23:06]
- >>90
× s2-framework-2.0.14.jar
○ s2-framework-2.0.15.jar
だろ。
- 92 名前：デフォルトの名無しさん mailto:sage [04/08/16 01:28]
- 縮小再生産を作っておいて「Springには負けない」とか言われてもね。
まあその発言が勇み足だったとして、そもそも真似してる先人を全く
リスペクトする気が無いみたいで、Springのここがだめだとか、作者を
からかうような書き込みとかばかりだし。そういう文化、体質が本当に嫌だ。
組織として責任を持つプロダクトならばともかく、オープンソースな
ソフトウェアは、そういったコミュニティに対する印象も使うかどう
かに大きく影響してくると思うんだが、そういう自覚は全く無いみたいだな。
もちろん全員とは言わないが。
- 93 名前：デフォルトの名無しさん [04/08/16 02:52]
- コミュニティーの印象がどうであれ、良いプロダクトであれば、使うと思うけど。
あと、先人じゃなくて、ほぼ同じ誕生日だし。
S2で言っているType4を、後から取り入れたのは、Springだし。
その辺は、どっちも、どっちじゃないか？
まず、プロダクトの事実をちゃんと見たら？
- 94 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:43]
- >>92
要するにS2のコミュニティに粘着したいだけだろオマエ
実際にどれだけ触ってるんだ？ オマエの好きなSpringについても
S2の作者より触ってないんじゃねえの？
Springを引き合いに出すなら、具体的な比較とか書いてくれよ
長文の癖に技術的な話が全然ないしうざすぎるよ
そんなに粘着したいならマ板に逝け
- 95 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:47]
- Springの話題はこちらでどうぞ
pc5.2ch.net/test/read.cgi/tech/1077465099/l50
- 96 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:57]
- >>92は当然これを読んでるんだろうから技術的なネタだしてくれよ
まあ正直この表紙はからかいたくなる気持ちもわかるがな
ttp://www.amazon.co.jp/exec/obidos/ASIN/0764558315/
- 97 名前：デフォルトの名無しさん mailto:sage [04/08/16 04:14]
- しかし絡んでる奴すごいな。いつもドキュメントかコミュニティのことばかり。
他に何にもないのが気持ち悪い。しまいにはストーカーになるんじゃないか。
- 98 名前：デフォルトの名無しさん mailto:sage [04/08/16 04:22]
- >>97
実装の大変さを分かってる人は無言実行タイプが多いからここには書き込まない。
- 99 名前：デフォルトの名無しさん mailto:sage [04/08/16 09:54]
- ひょっとして熱烈なSpringファンが絡んでるのかと
思ったがあまりの内容のなさにそれじゃSpringが
可哀想だと思った
- 100 名前：デフォルトの名無しさん mailto:sage [04/08/16 11:21]
- 100ｹﾞﾄ
- 101 名前：デフォルトの名無しさん mailto:sage [04/08/17 07:11]
- >>97
モノはいいんだから、ドキュメントどうにかしろ、っていってるんだよ。
- 102 名前：デフォルトの名無しさん mailto:sage [04/08/17 10:09]
- >>101
> モノはいいんだから、ドキュメントどうにかしろ、っていってるんだよ。
どのへんがいいのさ？
- 103 名前：デフォルトの名無しさん mailto:sage [04/08/17 12:33]
- 国産でオープンソースなところ
- 104 名前：デフォルトの名無しさん mailto:sage [04/08/17 19:02]
- 質素で日本的なところ。
- 105 名前：デフォルトの名無しさん mailto:sage [04/08/17 23:55]
- 質素というのは言い得て妙かもしれない。
良い意味でDIコンテナ部が全てだしな。
- 106 名前：デフォルトの名無しさん mailto:sage [04/08/18 00:30]
- コンテナ部のドキュメント書き直されてるじゃん。
2chの無責任な書き込みにもちゃんと反応するのにビックリした。
いい人じゃないか作者さん。S2応援したくなってきたよ。今晩触ってみる。
- 107 名前：デフォルトの名無しさん mailto:sage [04/08/18 00:49]
- ドキュメントドキュメントっていうけど
PowerPointの奴わかりやすかったけどなあ
- 108 名前：デフォルトの名無しさん mailto:sage [04/08/18 08:11]
- >>106==>>1==社員乙
- 109 名前：デフォルトの名無しさん mailto:sage [04/08/18 08:47]
- >108
（´д｀）?
- 110 名前：デフォルトの名無しさん mailto:sage [04/08/18 21:41]
- >>106
かなりまじめに見てるらしい。
それを知ってるので、厳しいことかいてますよ > ひがっち
- 111 名前：デフォルトの名無しさん mailto:sage [04/08/18 21:49]
- ひがっちっていうんだ
- 112 名前：デフォルトの名無しさん mailto:sage [04/08/18 23:01]
- >>110
MLに投げればいいじゃん（ｗ
- 113 名前：デフォルトの名無しさん mailto:sage [04/08/19 18:30]
- >>112
無責任に書きたいのでな。
- 114 名前：デフォルトの名無しさん mailto:sage [04/08/20 11:12]
- 最近責任のある立場ではっきりものをいえないへたれ日本人が増えてるよな。
２ｃｈが流行るわけだよ。
- 115 名前：デフォルトの名無しさん mailto:sage [04/08/20 12:28]
- >>114
恥ずかしくない？
- 116 名前：デフォルトの名無しさん mailto:sage [04/08/20 15:36]
- と無責任に意見をのべる114
- 117 名前：デフォルトの名無しさん mailto:sage [04/08/20 21:11]
- で、藻前らぼちぼち技術的な話題はできないのか？
- 118 名前：デフォルトの名無しさん mailto:sage [04/08/21 11:07]
- >>110
なんだ、かまって君だったのか
- 119 名前：デフォルトの名無しさん mailto:sage [04/08/21 12:31]
- S2のコンテナ部分の特徴の一つにOGNLを使っていて、
SpringのPropertyEditorに相当する部分が不要な点が
あげられると思うんだけど、そのへんどうよ。
<arg>new java.math.BigDecimal(1)</arg>
みたいな。
- 120 名前：デフォルトの名無しさん mailto:sage [04/08/21 14:32]
- >>119
> <arg>new java.math.BigDecimal(1)</arg>
どの位使う機会があるかわからないけど、便利なのは確か。
こっちの方が自然でわかりやすい。
- 121 名前：デフォルトの名無しさん mailto:sage [04/08/21 17:47]
- >>119
Springのref,valueタグの役割をOGNLがやってるんだね。
- 122 名前：デフォルトの名無しさん mailto:sage [04/09/02 01:06]
- EJBが難しくてよくわかんなかった俺でもS2はなんとか使い方がわかった。
くーすってやり方で設計してみたが、なんとか筋の通った設計書（らしきもの）ができた。
さて、あとはこのまま S2 で実装に落とせるかどうか。
自分が書いたシーケンス図を見ると、インターフェースやクラスにのっける機能が
明示されてるようにみえるけど、信じていいのかこれ。
- 123 名前：デフォルトの名無しさん mailto:sage [04/09/02 08:21]
- >>122
やってから、また書き込め。
- 124 名前：デフォルトの名無しさん mailto:sage [04/09/02 12:52]
- 書いた本人が信じないで誰が信じるんだよw
でも考えてみりゃソフトウェアって書いた人間が一番信じてないことがよくあるな。
- 125 名前：デフォルトの名無しさん mailto:sage [04/09/04 11:01]
- >>122
よく読むと不思議な文章だな（ｗ
よくわからないけど設計が出来てしまうのか
設計って考えながらやるもんだと思うんだが
- 126 名前：122 mailto:sage [04/09/06 22:41]
- 実装始めたけど初手から躓いた。ドキュメントとサンプルを睨みつつ七転八倒。
結局ＤＩを理解してなかったことに２日かかって気づく。頭わるすぎ orz
なんというか、歴史あるクラス先輩に対して「そんな依存性は修正してやる」と殴りかかってる感じ。
で、さぁやってやるぞとS2Dao組み込んだら、Tomcat 起動中に s2containor の Servlet#init() で例外。
原因分からず。先が長そうでちょっと泣けた。
- 127 名前：デフォルトの名無しさん mailto:sage [04/09/07 01:33]
- ガノタかよ（ｗ
- 128 名前：デフォルトの名無しさん mailto:sage [04/09/07 06:29]
- >>126
例外が出たなら、トレースを見れば分かりそうな門だが。
diconファイルがどっかまちがってるんでしょ。
kijimunaを使いなさい。
sourceforge.jp/projects/seasar/files/?release_id=11157#11157
- 129 名前：122 mailto:sage [04/09/08 20:12]
- Servlet#init() での例外、原因判明。
S2DaoのBEANアノテーションが内部クラス扱いになって別の.classファイルが作られてた。
で、それを JBuilder が war に入れないでやんの。関連チェック、デフォだと外れてるのか orz
そんなこんなで、やっと JBuilderX で S2 + S2Struts + S2Dao が動いた。
これ幸せかも。なんだかソースがとってもキレイ。
もう少し作りこんでからまた。
- 130 名前：デフォルトの名無しさん [04/09/10 00:02]
- S2Tapestryの情報って無いですね。
ドキュメントもしっかりしてないので苦労してます。
- 131 名前：デフォルトの名無しさん mailto:sage [04/09/10 08:14]
- ソース嫁っていうポリシーだから。
- 132 名前：デフォルトの名無しさん [04/09/10 08:39]
- >>131
マンドクセー
そんな時間掛ける気ねーよ。
はやくS2JSFでねーかなー。
そっちならソース読んででも習得したいな。
- 133 名前：デフォルトの名無しさん mailto:sage [04/09/10 11:19]
- どういうことで苦労しているのかを書けばいいんじゃないの？
- 134 名前：デフォルトの名無しさん mailto:sage [04/09/10 11:20]
- 使い方を調べるのに苦労します・・・とか？
- 135 名前：デフォルトの名無しさん [04/09/10 14:24:29]
- >>133
つーかさあ、JavaDocで作成したドキュメントぐらいはねーのかよ！
- 136 名前：デフォルトの名無しさん mailto:sage [04/09/10 15:00:17]
- >>135
コメントもありません。
- 137 名前：デフォルトの名無しさん [04/09/10 18:15:38]
- S2タペのサンプルなんて足し算するだけじゃねーか！
もっと実用的なサンプルねーのか？
TapestryとS2Tapestryのアプリケーション作成時の違いってこれだけ？
あとはTapestryのドキュメント読んで作ればいいのかな？
・S2ContainerServletの設定 (web.xml)
・エンジンをS2用に変更 (*.application)
・ページ仕様にサービスの定義追加 (*.page)
・ページクラスにコンポーネントのプロパティを追加して
サービスメソッドを呼び出す (*,java)
- 138 名前：デフォルトの名無しさん mailto:sage [04/09/10 19:02:44]
- 依存性注入、っていうのがやっぱり今ひとつピンとこないんだが、
要は「論理設計（インターフェース設計）先行で開発せよ」ってこと？
くーすでやってると、まずインターフェースを書かないとなにも出来ないんで、
「とりあえず動くものを書け。話はそれからだ」っていうのを禁止してる感じがする。
- 139 名前：デフォルトの名無しさん mailto:sage [04/09/10 21:23:33]
- >>135
getContainerするくらいだけなんだから
使うだけならJavaDocなくても困らん気がする
漏れはJavaDocが欲しいと思ったことはないな
サンプルは欲しい気がするけど
>>137
S2TapeはTapestryからS2を呼びやすくしてるだけだから
実用的なサンプルはTapestryのスレで聞いたほうがいいと思う
Tapestryについて語ろうよ！
pc5.2ch.net/test/read.cgi/tech/1067531714/l50
>>138
くーすは仕様先行で設計しようってだけだろ
別にDIでなくてもこういう考え方はありだと思う
- 140 名前：デフォルトの名無しさん [04/09/10 22:21:02]
- さんぷるがほしいな。
S2Tapestry ＋ S2Dao
で、フレーム、セッションオブジェクトをバリバリ使ってるやつがいいな。
- 141 名前：デフォルトの名無しさん mailto:sage [04/09/10 22:36:58]
- >>139
>別にDIでなくてもこういう考え方はありだと思う
それはそうなんだけど。「依存性を注入する」って、注入先を先に用意しないと成り立たない。
その注入先がインターフェース。この場合のインターフェースの役割って、業務システムのフレームワークでしょ？
それってつまり、DI で業務システムを組むってことは、詳細設計なき実装を不可能にする手法なのかな、と思ったわけ。
・・・作った後から仕様書書いたら切腹？
- 142 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:11:36]
- >>141
詳細設計なき実装が不可能？
おかしくないか？ 手続きのみの言語じゃあるまいし、設計書が無くても
コード書く前に普通、クラス構造は頭に思い浮かべるだしょ。
- 143 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:44:47]
- >>141
すまん漏れには何を言ってるのかよくわからん
DI関係なく藻前がどんな風に普段作ってるのか
教えてくださらんか？
- 144 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:46:05]
- >>140
フレームやセッションオブジェクトをバリバリ使うとS2は関係ないと思われ
- 145 名前：140 mailto:sage [04/09/11 00:30:55]
- >>144
TapestryでのFRAMESETの扱いや（S2とは関係ないけど）、
認証関係でセッションオブジェクト使って、
AOPで認証チェックやってるS2Tapestryのサンプルが見たいです。
ところでS2TapestryにすることでS2Daoの扱いが変わる（使いやすくなる）の？
- 146 名前：141 mailto:sage [04/09/11 02:46:18]
- >>143
Webは Struts で簡単な情報参照系しかやったことないので、
Windowsで作った受注出荷管理のときを例に。
１）システム機能仕様書、ERD、画面仕様書（レイアウトと処理内容、IO先）を同時並行に書く。
２）DB設計。
３）コーディング。複雑なロジックはコメントでクドクドと説明。
DBはデータ保障をトリガにおまかせ、SQLで気ままにアクセス。
基本的に１画面1クラスで機能を詰め込む。同系画面で継承は使うけど。
こんな感じ。
- 147 名前：デフォルトの名無しさん mailto:sage [04/09/11 11:12:21]
- >>146
では次は 「DI は詳細設計なき実装が不可能」 と思った理由の説明を頼む。
ところで 1 画面 1 クラスってのは、どういう構造よ。
Action にビジネスロジック書いてるの？
それとも色々な Action クラスからある 1 画面の機能を詰め込んだサービスを
呼出してんの？
前者は推奨されてないし（10画面くらいのシステムなら別にいいとおも）、
後者はモデルの切り分けがおかしい。
で、同系画面では継承してる？
構造が分からないけど、サービスで切り出すのが綺麗だとおも。
継承では再利用性、メンテナンス性も低い。
- 148 名前：デフォルトの名無しさん mailto:sage [04/09/11 11:39:06]
- 簡単な情報参照系なら、Struts使う必要もないな。
- 149 名前：デフォルトの名無しさん [04/09/11 13:02:27]
- 作者、これまた大きくでたな。
ttp://d.hatena.ne.jp/higayasuo/20040911
------------------------------------------------------
まずは、Nirvanaと組んだS2JSF。JSFは、リリースされたから結構経つのに、いっこうに
使われる気配がありません。これは、ツールベンダーの思わくが先行し、現場を見てない
結果だと思われます。
しかし、それも変わってきます。HTMLをテンプレートにし、DIコンテナと組みあわせる。
これなら、現場での使用にも十分に耐えられるでしょう。
くさったJSPなんかさよならです。重厚なEJBなんてさよならです。長いこと開発者を苦しめて
きた2つの技術。JSPとEJBに終止符を打ちます。
次は、S2Flex。時期的にはこっちの方が早く出ます。リッチクライアントも、試行錯誤の時期を
終え、いよいよ普及期に入ります。
2004年。これほど開発手法が激変する年は恐らくもうないのではないでしょうか。
- 150 名前：デフォルトの名無しさん mailto:sage [04/09/11 13:32:35]
- 開発手法の激変といっても、Javaローカルな話だね。
処理系依存。
- 151 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:13:21]
- まずは、DI を組み込んだ SeasarV2。 S2は、リリースされたから結構経つのに、いっこうに
使われる気配がありません。これは、作者の思わくが先行し、初心者に易しいを
ポリシーにしていたものの、実は初心者が理解できる代物ではなかったと思われます。
- 152 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:20:03]
- >>146
ロバストネス分析やシーケンス図を基にして「インターフェースを作る」ことを”詳細設計”と了解してる。
「設計」って考える作業でしょう。で、インターフェースって考えないと作れないから設計かな、と。
クラスそのままの引き写し構造でつくればいいってもんじゃないんでしょ。
インターフェースさえ作ってしまえば、あとは力仕事的にゴリゴリ書けそうだなと。
実装のうまい・へたはともかく「インターフェースの設計」のおかげで動きは保障されるだろうと。
お前はクラスを考えて作ったことが無いのかと問われると、たぶん頭の中でしかない。
せいぜい、主要部分のヘッダファイルを書くくらい。チームの時は実装担当者にお任せしてた。
んー。うまくまとまんないけど、DIの「構造と実装を分離する」ってのが、
・単なる実装レベルの一手段で、便利ツール的なものなのか、
・それとも設計手法に関わってくるほどのものなのか、
ってのが分かってないのかも。
>ところで 1 画面 1 クラスってのは、どういう構造よ。
勘違いされてるような。前述の例はWin32アプリ。具体的にはC++Builder。
細かい業務ロジックはフォームクラスに配置したUI部品のイベントハンドラに直書き。
重要な処理は private なメソッドに閉じ込めて、イベントハンドラから呼び出し。
たしか５０画面以上あるけど、その画面でやってることが基本的に１ファイルにまとまってて、
ほかの画面からも独立してるから頻発する改造に対応するには手っ取り早い。
Web だと通用しないかもしれないし、相当荒っぽいやり方だとは思うけど。
- 153 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:36:51]
- S2ﾀﾍﾟの作者もここ見てるね。
はてなに書いてたよ。
要望があれば書いてみれば。
メールしたほうがいいとは思うけど。
- 154 名前：デフォルトの名無しさん [04/09/12 01:04:48]
- で、結局Springとどう違うの？
- 155 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:17:12]
- 舶来か国産か
- 156 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:19:04]
- >>150
そうか？ .netだってSpring.netみたいなDI出てくるし
変わってくると思うけど
- 157 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:27:48]
- >>149に挙げられてるものはすべてJavaローカルなものだし。
.NETの人たちがMS以外のフレームワークを積極的に使うとは思えんし。
さらに言えば、コーディングレベルの話なので、本質的な変化ではないからなぁ。
仕事のやり方がかわるよりは、仕事に携わる人の種類・層が変わることの方が劇的な変化だから。
- 158 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:29:03]
- >>153
作者じゃないってさ。
ま、メンテナでもいいんだけどね。
確かにどうすれば普及するのかねえ。
なんかS2JSFが出てくると更に普及の可能性が低くなりそうな気がするね。
S2タペというよりはタペの話になってくるのかな。
しかしそのメンテナ曰く
＞＞そもそもドキュメントを読まなきゃ使えんと言うのが問題。
じゃ、どうやって使うんだろう？
今までマニュアルやリファレンス読んで作りながら習得してきたんだけど、
そのやり方には問題ありって事なのか？
もっと手っ取り早く習得できるやり方があるのなら大歓迎だけど．．．
- 159 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:35:28]
- 補完してったらなんとなくわかる、ツールで適当にやってればできる、というのがいいということかな。
ドキュメントを精読しないと使えんというのは問題だろうが、だからといってドキュメントがないのも問題だな。
- 160 名前：デフォルトの名無しさん mailto:sage [04/09/12 15:53:13]
- 補完していくだけでセッション管理やトランザクション管理なんかが分かるフレームワークができればそりゃ普及するだろう。
というか、ウィザードで処理の雛形作ってくれるだけでも全然違うだろうね。。
つーか、そもそも補完する取っ掛かりが分からないからドキュメント見てるんだけど。
- 161 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:04:17]
- 同様に、コメントなしでわかるプログラムが理想だが、だからといってコメントを書かなくてもいいわけではないな。
- 162 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:46:42]
- >>161
オブジェクト指向で書かれたプログラムでコメントなしってつらくねー？
JavaDocでもなんでもいいからオブジェクトの説明ぐらい要るだろ？
- 163 名前：デフォルトの名無しさん mailto:sage [04/09/12 18:57:54]
- >>162
だが、クラス名だけで出来る限り分かるようにすべきだ。
たまにコメントがなければ、さっぱり意味の分からないクラスを見かけるが。
- 164 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:13:18]
- JavaDocは仕様を書くところで、
実装の説明じゃないから、
そこんとこヨロピク
- 165 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:16:38]
- >>163
英語分からない奴が無理やり英語の名前でクラス名つけたりするとそうなるよな。
わかんねーなら日本語をローマ字記述でクラス名書け！つーの。
- 166 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:00:38]
- しかし、KensyuとかHuriwakeとかHojyoとか、許せないローマ字はやめてほしい。
- 167 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:12:34]
- >>166
訓令式は知ってるよな。
- 168 名前：デフォルトの名無しさん mailto:sage [04/09/12 23:30:06]
- >>166
S2と関係無いと思うんだけど。
- 169 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:32:58]
- もうね、jyoだけはやめて欲しいよ。
- 170 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:43:55]
- >>167
英語と混じるとはげしく違和感のあるローマ字記述法ですね？
- 171 名前：デフォルトの名無しさん mailto:sage [04/09/13 13:16:21]
- >>170
英語と混じれば違和感あるのはどっちも同じ。
- 172 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:18:17]
- >>151
そんなあなたにEJB
- 173 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:54:00]
- 英語に出来ない業務用語って多くね？
- 174 名前：151 mailto:sage [04/09/13 14:57:39]
- >>172
EJB は問題外です。今更 EJB 3.0 では DI や AOP と取り込んで
すばらしいものになりますってか。しかも 2.0 まで利用者の怒りが怖くて
互換性を残すと。金儲けする人も大変ですね。
- 175 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:58:40]
- EigoNiDekinaiGyomuYogo?
- 176 名前：デフォルトの名無しさん mailto:sage [04/09/13 20:26:38]
- >>174
そんなあなたにドットネット
- 177 名前：デフォルトの名無しさん [04/09/13 22:26:30]
- S2TapestryってAOPで認証チェックとかできるのですか？
そんなサンプルあれば欲しいです。
InterceptorでVisitオブジェクトをgetするために、
MethodInteceptorインターフェースを実装させてBasePageクラスを継承させるの？
なんか変ですよねえ。。。
どうすればいいのか教えてください。
いちいち、Pageクラスで認証チェックするのは手間です。。。
AOPじゃなくてもFilterとかでうまくできるのでしょうか？
- 178 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:28:11]
- >>173
「領収書」とかね。
- 179 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:24:00]
- >>178
receipt じゃだめなの?
- 180 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:28:21]
- >>179
じゃあ、「レシート」は？
- 181 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:36:08]
- 日本語→英語→カタカナ
にしたときに違う意味になってしまうものは困る。
え、スレ違い？
話題ないんだからいいじゃん。
- 182 名前：デフォルトの名無しさん mailto:sage [04/09/15 07:02:51]
- >>181
だったら>>177に答えてやれよ。
>>177
どうやらS2TapestryのPageクラスではAOPは使えないらしいぞ。
Tapestryは使ったこと無いけど、昨日のひが氏の日記に書いてる。
|
 |
