国産DIコンテナSeasar その7

国産DIコンテナSeasar ..

716:デフォルトの名無しさん
06/11/23 11:06:17
別にS2Daoに文句があるわけではないが、敢えて挙げてみるのも面白そうだな
俺はO/Rマッパーの検討をしたとき、N：１の関連しか持てないのを知って採用を見送った。
マスタデータなどを関連づけることは出来るけど、親データから子データへの関連は
持てないってことだからな
どちらかというと、O/RマッパーというよりSQL作成ツールという印象だな
関連を色々辿っていってEntity内でロジック実行するような処理よりも
検索・表示用にSQLを駆使するような処理に向いてそう

717:デフォルトの名無しさん
06/11/23 11:21:04
何かを根本的に間違えているか、勘違いしてないか？

718:デフォルトの名無しさん
06/11/23 11:49:53
どうせ２ｃｈだから気にしないでくれｗ
「質問しかしてないやつに意見を言わせる」って部分にちょっと興味を持っただけだから

719:デフォルトの名無しさん
06/11/23 15:30:38
おれも1:N関連を取得しないのが最初なんでか分からなかったクチだ。
今はできるのか？

1:Nは遅延ロード無しでJOINだけでは、1にNが複数種類ぶらさがってるときなんかに
全データを一括取得できないこともあるので、遅延ロードしない仕組みのS2DaoだとNを
取ってこないのは納得は出来たんだけど、はっきりどっかに「1:Nマッピングはサポートし
てない。理由はしかじか」書いとくといいかもしれない。

「S2Daoでできること」はすでにいろいろ書いてあるので、「S2Daoにできない
こと」を（もしあるなら）理由付きで書くといいかも。

720:デフォルトの名無しさん
06/11/23 15:48:42
ORマッパなんて星の数ほどあるしもうお腹いっぱい
S2DAOだがS2ADOだかしらんが、もうSQL直書きのJDBCでいいよ

721:デフォルトの名無しさん
06/11/23 15:56:17
>>716
× O/RマッパーというよりSQL作成ツール
○ O/RマッパーというよりSQL実行ツール

S2DaoのSQLの自動作成はおまけ
自分でガリガリかいたSQLを実行させるのがS2Daoの真骨頂

722:デフォルトの名無しさん
06/11/23 16:53:54
>>716
> 検索・表示用にSQLを駆使するような処理に向いてそう
そうですかね？
初心者のような単純なSELECTしかしない人向けじゃないかな。
検索条件や表示すべき情報が複雑で駆使する必要があればあるほど、痛いことになるとおもうが？

723:デフォルトの名無しさん
06/11/23 16:55:14
>>721
俺もSQL大好き派なので、そう思った。

724:デフォルトの名無しさん
06/11/23 16:56:31
721と723（おれ）にはさまれて722が
全く逆の事をいっておるのう

725:デフォルトの名無しさん
06/11/23 17:02:25
>>722
単純なSELECTならDbUtilsで十分じゃないか？

726:デフォルトの名無しさん
06/11/23 17:17:05
>>725
SELECT a.id,a.name,b.name
FROM a
INNER JOIN b ON (bid)
INNER JOIN c ON (cid)
WHERE c.visible = 1 ;

S2Daoでこれが簡単にできるかな？って話なんですが　簡単にできますか？

727:デフォルトの名無しさん
06/11/23 17:27:46
>>726
ごめん、これのどの辺が複雑なのか、
S2Daoで簡単にできなさそうと判断してしまうのか、
誰か説明キボンヌ。

728:725
06/11/23 17:58:49
>>726
単純なSELECTならDbUtilsで十分じゃないか？

729:デフォルトの名無しさん
06/11/23 19:07:58
やだよ、SELECT ～なんてコード中に入れるなんてさー。

730:デフォルトの名無しさん
06/11/23 19:13:19
中の人は>726程度のことで悩んでるのにも分かるようなドキュメントを書くべき

731:デフォルトの名無しさん
06/11/23 19:13:39
>>726
つまりJOINを簡単に書きたいってこと？
だったらHibernateを使えばいいと思う
もっと複雑なSQL書くのはS2Daoより面倒になるけど

732:デフォルトの名無しさん
06/11/23 20:04:25
>>727
S2Daoでやる簡単な方法があるんですか？　なさそう　ありそう　の話をしてるんじゃない。
方法あるなら教えてよ。話はそれからだよ？
僕は今まで探してもみつからなかったんですが？

人に説明の出来ない技術なんていりませんよ　アセンブラやればいいんじゃないですか？

733:デフォルトの名無しさん
06/11/23 20:22:13
>>732
なんで切れ気味なんだよw

@Bean(table="a")
public class A{
　private B b;
　@Relation(relationNo=0, relationKey="bid")
　public B getB(){ return b; }
　public void setB(B b){ this.b = b; }

　private C c;
　@Relation(relationNo=2, relationKey="cid")
　public C getC(){ return c; }
　public void setC(C c){ thic.c = c; }

}

@S2Dao(bean=A.class)
public interface ADao{
　@Query("c.visible=?")
　public A getA(int sw);
}

こういうことじゃなくて？

734:デフォルトの名無しさん
06/11/23 20:26:39
>>733
relationNoって途中抜けてもＯＫなんだっけ？
0から始めずにハマった事は覚えているけど、連続していない場合ってのは試したことがないな。

735:デフォルトの名無しさん
06/11/23 20:30:50
>>734
ごめん、ﾀｲﾎﾟ

736:721
06/11/23 21:04:20
>>732
A.java
========================================
public class A{
　private Integer id;
　private String aname;
　private String bname;
　～
}

ADao.java
========================================
public interface ADao {
　public Class BEAN = A.class;
　public List find();
}

ADao_find.sql
========================================
SELECT a.id, a.name aname, b.name bname
FROM a
INNER JOIN b ON (a.bid = b.id)
INNER JOIN c ON (a.cid = c.id)
WHERE c.visible = 1

S2DaoがSQL実行ツールってのはこういうこと

737:デフォルトの名無しさん
06/11/23 21:11:15
>>732
> 方法あるなら教えてよ。話はそれからだよ？

お前、ぬるいよ

738:デフォルトの名無しさん
06/11/23 21:23:02
ぬるぽ

739:デフォルトの名無しさん
06/11/23 21:24:29
>>732
日本語でおｋ

740:デフォルトの名無しさん
06/11/23 21:33:26
diconに書かれたコンポーネントを後からオーバーライドってどうすればいいですか？
たとえば


<components>

<include path="A.dicon" />


<component name="a" class="a.A">
</component>

</components>

100 個のコンポーネントを組み合わせるシステム中の一部のコンポーネントを差し替えるために、100 個全部定義しなおすのはちょっと嫌です。
標準的な構成の dicon を用意して、アドホックなオーバーライドを行えればよいかなと思ったのですが。

741:デフォルトの名無しさん
06/11/23 21:34:08
そんなに畳み掛けたら、彼だって出てきにくいだろう。
まぁ、まずは>>732の意見を聞いてみようじゃないか、諸君。

742:デフォルトの名無しさん
06/11/23 21:38:12
>>740
なんとでもできるんじゃね？
URLﾘﾝｸ(s2container.seasar.org)
URLﾘﾝｸ(s2container.seasar.org)

743:デフォルトの名無しさん
06/11/23 22:11:51
relationアノテーションつかうと
INNER JOINにならないよ。

SQLファイル使えばいいじゃん。
そうすりゃ財務諸表の出力に使うような
SQLだってJDBCだのなんだの
気にせず使える。

って736にすでに書いてあった・・・。

でも、何度かここにも要望あったけど
アノテーションでINNER JOIN指定出来るように
してくんないかなあ。

744:デフォルトの名無しさん
06/11/23 22:23:01
Seasar最近使い始めたけど、こったことやらなければ簡単じゃね？

745:デフォルトの名無しさん
06/11/23 22:23:54
>>742
ありがとうございます、どちらの機能もはじめて知りました。
XInclude を試してみましたが、普通に TooManyRegistrationRuntimeException になるだけでオーバーライドはできないようです。
org.seasar.framework.container.impl.TooManyRegistrationComponentDefImpl を書き換えてこの例外をもみ消すことで期待した結果が得られましたが、
そうするのがよいのかどうか・・・。

746:デフォルトの名無しさん
06/11/23 22:32:54
>>745
お前の発想を変えろ
定義してからオーバーライドするんじゃない
定義してるファイルを変えるんだ
100個コンポーネントが定義してあるdiconの一部を変えたいなら
そこだけ別ファイルに切り出してXIncludeで取り込め
必要に応じてそのファイルを入れ替えれば目的達成だろ？

747:デフォルトの名無しさん
06/11/23 22:56:25
>>746
確かにそうなんですが、
その場合残されたほうの dicon が不完全になってしまう（切り出した部分が無いと動かない）のと、
あらかじめ差し替えられる場所を限定しないといけません。
自由な差し替えを受け入れるにはコンポーネント1つごとに1つの dicon なんてことになってしまいます。

完全に動作する標準構成のパッケージと、
その一部を差し替える後付可能な定義ができるといいなと思うんですが。

たとえば


<component name="A" override="yes" />

というのができるとうれしいかなぁ。

748:デフォルトの名無しさん
06/11/23 23:14:01
>>747
自由度が高けりゃいいってもんじゃないぞ

749:デフォルトの名無しさん
06/11/23 23:25:59
>>748
dicon に書いている時点でそのコンポーネントは差し替えを受け入れていると言えると思います。
ただ dicon の文法的な制約でその差し替えが若干困難になっているというか。

重複をエラーとするかオーバーライドにするかは、どちらかを取るのも選択肢の一つですが、
意図しない重複は検出し（TooMany）、意図する重複は受け入れる（オーバーライド）方がより良いのではないかと思います。

750:デフォルトの名無しさん
06/11/23 23:31:46
＞しかし、Javaでさらに生産性を高めるためには､レイヤモデルアーキテクチャは重くて足かせになります。
＞そこで考えたのが「ページ駆動開発」と「テーブル駆動開発」です。

（笑）

これってACCESSの画面を見せながら
要望を取り入れてその都度開発していくのとカワンナイじゃん

751:デフォルトの名無しさん
06/11/23 23:44:25
>>749
本気でそれが必要ならMLかhigaﾀｿのブログで相談しろよ
俺はそんなの必要だと思ったことないからこれ以上はﾜｶﾝﾈ

752:デフォルトの名無しさん
06/11/23 23:54:21
>>750
なにか問題でもあるのか？

753:デフォルトの名無しさん
06/11/23 23:58:01
>>749
ごめん、話の内容はあまり読んでないので、外していたらすまん
重複するインターフェイス実装クラスを使い分ける方法はS2.3時代から存在するよ
インターフェイスによる自動バインディング対象コンポーネントが複数存在した場合
componentのname属性と、プロパティ名（setterから判断する）が等しいものが選択される。
この機能を使えば、セットしたい実装とセットしたくない実装のname属性を変更すれば
DI対象を変更できる。

754:デフォルトの名無しさん
06/11/24 00:35:29
>>751
確かに場違いでした・・・

>>753
なるほど、デフォルトのコンポーネントには名前をつけず、優先させたいコンポーネントの方に適切な名前をつければそれっぽいことができますね。
コンストラクタの自動バインディングや明示的に名前を指定している場合には使えませんが、有効な代替案になりえそうです。

755:デフォルトの名無しさん
06/11/24 07:31:18
>>754
データベースが複数になったときの為に、DataSourceや紐付くO/Rマッパーのコンポーネントを
名前指定しておけば、プロパティ名だけで使い分けることもできたりして結構便利
この機能があるから、S2でのバインディングはなるべくセッターインジェクションを使った方がいい
後々実装が増えて選択しなければいけなくなったとき、コンストラクタ・インジェクションでは
DIされる側の設定も記述し直すことになってしまうので

756:デフォルトの名無しさん
06/11/24 17:09:11
誰か、S2JSF ⇒ Teeda Extension のテンプレートコンバータを
作ってくれないかなあ。細かいところは手作業修正が必要なレベルで
いいからさ。

757:デフォルトの名無しさん
06/11/24 18:52:19
>>736
結局SQL書かなきゃいけないんですかね？

会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末

結局は、自分で書いた方が良い・・・というのが結論ですかね。

758:デフォルトの名無しさん
06/11/24 19:21:43
まあ最大の売りが「2-way SQL」だからな。
「単純なケースならSQL書かなくてもいい、かも知れない」程度に考えるのが吉。

759:デフォルトの名無しさん
06/11/24 19:47:02
>>757
> 結局SQL書かなきゃいけないんですかね？

SQL書けないお子ちゃまはHibernateでも使ってなさいってこった

760:デフォルトの名無しさん
06/11/24 22:27:20
逆切れに近い開き直りだな

761:デフォルトの名無しさん
06/11/24 22:34:31
>>759
SQL書けないお子ちゃまにHibernateは到底使えない
Hibernateを使うにはSQLを熟知し、更にそのSQLをHQLに翻訳する技術が要求される

762:デフォルトの名無しさん
06/11/24 22:49:37
なにをエラそーにｗ

763:デフォルトの名無しさん
06/11/24 23:27:18
RDB使う以上、SQLを書くのが王道と思われ。

764:デフォルトの名無しさん
06/11/24 23:33:19
>>757
>会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末
>
>結局は、自分で書いた方が良い・・・というのが結論ですかね。

アノテーションで何を期待していたのかぜひとも知りたいね。
LEFT OUTER JOINだとまずかったのか？？

765:デフォルトの名無しさん
06/11/24 23:41:14
INNER JOINを期待してたんだろ
デフォルトINNER JOINアノテーションでOUTER JOINがよかた

766:デフォルトの名無しさん
06/11/25 00:32:31
てか、ＳＱＬなんか普通かけるやろ？
なんでＳＱＬ自動生成がそんなに

767:デフォルトの名無しさん
06/11/25 00:41:14
まさか、SQLを書けないから自動生成するツールだと思ってるのか？

768:デフォルトの名無しさん
06/11/25 00:53:05
>>767
yes

769:デフォルトの名無しさん
06/11/25 01:19:38
SQLをかくのが面倒くさいから.....じゃない？

770:デフォルトの名無しさん
06/11/25 01:20:49
自動生成される程度のSQLがめんどいなんてSQL書けないのと同レベル

771:デフォルトの名無しさん
06/11/25 01:28:50
>>770
わかってないなぁｗ

772:デフォルトの名無しさん
06/11/25 01:29:38
自動生成のメリットは、単に作るのが作るのが楽というより、
変更があったときの変更箇所が減らせれるということじゃないの。

773:デフォルトの名無しさん
06/11/25 01:41:22
SQLだけ直して終わりが一番

774:デフォルトの名無しさん
06/11/25 01:41:39
あほか。
SQLを書くかどうかじゃなくて、SQLとオブジェクトの
マッピングを省力化したいからなんだよ。

775:デフォルトの名無しさん
06/11/25 06:01:07
でiBatis最強！という結論になるわけだな

776:デフォルトの名無しさん
06/11/25 12:06:15
検索処理がロジックの大きなポイントになるのなら、S2DaoやiBatisの方がいいだろう。
しかしロジックをドメインモデルで構築し、Entityに複雑な処理をやらせたいのなら、
HibernateやJPAの方が向いている。
両者は力を入れているポイントが異なるので、適用したいシステム要件と合わせて検討すべき

777:デフォルトの名無しさん
06/11/25 18:35:40
MacでS2Daoを使用してMySQLにアクセスするようにソース書いたら
「テーブルがねぇぞヴォケ!!」って怒られました。
なんで？

778:デフォルトの名無しさん
06/11/25 18:39:50
(´･ω･｀)しらんがな

779:デフォルトの名無しさん
06/11/25 19:22:46
Macは関係無いんｼﾞｬﾏｲｶ？あるとすれば単にMySQLが動いていないだけか？

780:デフォルトの名無しさん
06/11/25 19:52:46
MacでMySQLだとテーブルの大文字小文字を区別するとか？

781:デフォルトの名無しさん
06/11/25 20:10:58
その前に、「テーブルがねぇぞヴォケ!!」ってのは、
SQLException なのか、S2Daoが言ってるのか。

782:デフォルトの名無しさん
06/11/25 20:41:15
>>776
なるほど　とんくす

783:デフォルトの名無しさん
06/11/25 20:52:57
>>775
S2Daoと比べてiBatisの魅力って？
XMLの中にSQL書いてるの見てそれ以上追ってないんだが

784:デフォルトの名無しさん
06/11/25 21:27:27
適材適所　と言いたいところだが、
適材適所だと S2DaoとHibernateが混在したりするわけかな・・・それって目も当てられないよな・・・

785:デフォルトの名無しさん
06/11/25 21:29:02
適材適所の、「所」の最小単位はアプリーケーションだろうな。

786:デフォルトの名無しさん
06/11/25 21:30:04
Uuji の具体的なリリース日を教えてくれ。できればドキュメントも。

787:デフォルトの名無しさん
06/11/25 21:31:04
ついでに、Uujiがリリースされると、S2Daoは用済みっていうことでFA？

788:デフォルトの名無しさん
06/11/25 21:48:36
Seasar2.3の時代は､S2Daoと言われるORマッパがありました。

789:デフォルトの名無しさん
06/11/25 22:07:00
うーーん、どるてんというエクリプスプラグインを入れて、
プロジェクト作成→ちゅら→スーパーアジャイルを選択
で作成したんだ。で、lib/ にUujiのスナップショットが入ってて。
Teedaだとか使いたいなと思ってはいたんだが、
Uujiの使い方が書いてあるドキュメントが無い。サッパリわからんー(ﾉ`Д´)ﾉ

なんで使い方もサンプルも無いものを大々的に宣伝してリリースなんてしたんだ？？？？？

790:デフォルトの名無しさん
06/11/25 22:17:36
ひんと：どぅるてんのバージョンばんごう

791:デフォルトの名無しさん
06/11/25 22:22:48
は？

792:デフォルトの名無しさん
06/11/25 22:56:54
0.何とかてバージョンなんだから開発中なんだよ
2.何とかになってもドキュメントが揃わないSeasarクオリティを理解しろよw
ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

793:デフォルトの名無しさん
06/11/25 23:05:43
uuji は1.0-betaになってるよ。
betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だと思いません？

794:デフォルトの名無しさん
06/11/25 23:09:23
言いたいことは、その是非はともかくとして、
主事たるモノが、自分のブログなどで宣伝しているのに、
ユーザーが手にできるレベルが使えない状態なのは異常だってこと。
「使えない」とはソフトウェアとしては稼働していても、ドキュメント・サンプルが無いが為にユーザが満足に使えない状態。

>>ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

必要な人が、全体の99.5%ぐらいじゃないすかね？あとの0.5%はあんたを含む玄人な人たちだよ。
おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

795:デフォルトの名無しさん
06/11/25 23:11:18
>>783
S2Dao は Seasar 上で動くことを前提としてるけど、iBatis はそういう前提がない。
Seasar 使える状況なら、S2Dao 使った方が楽かな。

796:デフォルトの名無しさん
06/11/25 23:13:57
またまたそんな当たり前が通用するといまさら思ってるわけ

797:デフォルトの名無しさん
06/11/25 23:15:23
Uujiなんかまだリリースアナウンスもされてないんだから異常でもなんでもないだろ。
DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。
てか公式サイトには名前すらのってないじゃん。(´･ω･)ｶﾜｲｿｽ

798:デフォルトの名無しさん
06/11/25 23:16:46
>>793
> betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だからそういうお子ちゃまはSp(ry

799:デフォルトの名無しさん
06/11/25 23:17:46
>>794
まぁ、玄人な人たちがいろいろ使い込んでいくのとあわせて、徐々にドキュメントも整備されていくんだろうし気長にまとうよ。
たとえドキュメントあっても実案件には、まだ危なくて使えないしさ。地雷踏みはドキュメントのいらない玄人がしてくれるってことで。

800:デフォルトの名無しさん
06/11/25 23:18:32
Seasarもキャズムの壁までは到達したって事だな。

どういう形で壁を越えるつもりなのか興味がある。

801:デフォルトの名無しさん
06/11/25 23:23:33
>>DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。

そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。
なんつーか、コミッタは皆優秀なエンジニアなんだろうけど、利用者との"コミュニケーション"が決定的に劣っているよね。他のOSSと比べると。
Seasar2やひが氏を叩きたくて仕方ないわけじゃない。そんなのはこのスレに居るキチガイどもに任せれば良い。
今はなんだかコミッタを含めた好き者同士のマスタベーションになってる希ガス。
主事が全ての舵取りなんかしてないで、スポークスマンでも雇ったらどうだ。

802:デフォルトの名無しさん
06/11/25 23:25:20
>>794
> おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

いいたいことはわかる。
だが待ってるだけじゃきっと出てこない。それがSeasarだ。諦めろ。
素人の自覚があるならβに手出すな。
手出してもいいけどドキュメントがないなんて最初から分かってることで騒ぐなよ。

803:デフォルトの名無しさん
06/11/25 23:26:34
>>793
betaはあくまでもbeta版だよ
0.Xから1.0に上がるってことは、普通はリリース版に含む機能の実装が完了したことを示すんじゃない？
逆に、RCとかはリリース候補なんだから、
本来はドキュメント一式含めて出すべきだと思う

804:デフォルトの名無しさん
06/11/25 23:27:58
>>801
> そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。

カンファレンスってそういうもんだぞ？
ベーパーウェアを宣伝して反応を伺うのが主目的だ
お前、マジでお子ちゃまだな…

805:デフォルトの名無しさん
06/11/25 23:31:01
>>795
S2SqlMapってあるけどそれ込みでS2Daoと比べるとどうよ？
URLﾘﾝｸ(s2sqlmap.sandbox.seasar.org)

806:デフォルトの名無しさん
06/11/25 23:34:06
要は
URLﾘﾝｸ(www.seasar.org)
ここでリリース予定や進捗などを素人にも解るようにすればｲｲﾝｼﾞｬﾈ?
ReferenceやTutorialが無いなら無い理由も解る場所にきっちり書けばｲｲﾝｼﾞｬﾈ?

807:デフォルトの名無しさん
06/11/25 23:48:49
>>806
それいいね
uujiもkuinaもsandboxに移してドキュメントないってはっきり書くだけでもいい
あとドキュメント欲しい奴は有償サポートに金払え
そうすりゃhigaﾀｿもドキュメント書く人件費まかなえるし
できてこなけりゃ堂々と抗議できるってもんだ

808:デフォルトの名無しさん
06/11/25 23:58:09
uujiがメジャーになると、S2DAOという数少ないわかりやすい名前のライブラリがひとつ無くなるわけか。

809:デフォルトの名無しさん
06/11/26 00:02:07
>>808
Uujiはコード名、リリース時にはS2Dao2になるから大丈夫だ

810:デフォルトの名無しさん
06/11/26 11:28:10
だったら沖縄系のワケワカラン名前も全部とっかえてほしいぞｗ

811:デフォルトの名無しさん
06/11/26 14:07:35
これでｲｲﾝｼﾞｬﾏｲｶﾝ
Chura → S2Scaffold
Teeda → S2Jsf2
Uuji → S2Dao2
Kuina → S2Jpa
Kijimuna → S2Eclipse
Seasar → S2Spring

812:デフォルトの名無しさん
06/11/26 14:38:43
>>811
あたまいいなあ、笑って元気でたよ、ありがとう

813:デフォルトの名無しさん
06/11/26 15:13:06
Smart Deployのドキュメントがわかりにくい
獄長、書き直し!!

814:デフォルトの名無しさん
06/11/26 15:53:26
ドキュメントがわかりづらくて全然スマートではない件について。

815:デフォルトの名無しさん
06/11/26 16:12:39
Seasar ファウンデーション求人

下記の職種を募集してます。
・スポークスマン【急募】
・テクニカルライター（わかりやすい文章書ける方）
・Webデザイナ
・サクラ【急募】

年齢制限：大卒以上、Java経験３年以上、英語が出来るとなお良い
給与：応相談

816:デフォルトの名無しさん
06/11/26 16:36:14
>>811
S2Springはおいといて、マジでこれ系にしてほしい。
RailsはActive/Actionで枕をそろえて統一感出してる。
Seasarって名前すらなかなか浸透しないのに、ChuraとかUujiとか。
沖縄に負い目のあるヤマトンチュなら無意識に拒否感出まくりですよ。
へんなところにこだわって損してる。

817:デフォルトの名無しさん
06/11/26 16:50:41
>>811
すげ～よくわかった。
感動した。
あとは
ぶり→S2Workflow
tuigwaa→S2Cybozu
Dolteng→S2Eclipse2
にしてくれればいいな。

818:デフォルトの名無しさん
06/11/26 17:07:22
>>815
ソースのURLを教えてください。
問い合せ先でもいいです。
興味があります。応募したい。

819:デフォルトの名無しさん
06/11/26 18:14:40
もしかして、マジレス？

820:デフォルトの名無しさん
06/11/26 19:47:30
>>817
S2Cybozuﾜﾛﾀ

821:デフォルトの名無しさん
06/11/26 19:58:52
でも>>811はマジでわかりやすいな。Seasarはそのままにしておくとしても、
関連プロダクトはこんな感じが良いな。

沖縄名な関連プロダクトがKijimunaだけだったときは良かったんだが、こんだけ
増えると何が何だかわからん。

あと、仕事の提案で「今回のプロジェクトではDBまわりでくいなとどぅるてんを使うことを
提案します」とか言ってる姿が想像できない。

Seasar使うからS2JpaとS2Scaffold使うよ、だったら説明しやすいが。

まあスーツ族のことを考えて付けた名前ではないんだろうけど。

822:デフォルトの名無しさん
06/11/26 20:09:41
まあ、ApacheとかJakartaとかTomcatとかCactus、Ant、Geronimo・・・も
考えてみればかなりおふざけな名前だと思うけどね。
要は耳慣れているかどうかだけじゃないかと。

823:デフォルトの名無しさん
06/11/26 20:13:13
いや、それらは独立したプロダクトだから。
単なるフレームワークの、その一ライブラリがごちゃごちゃした名前だと辟易する。

824:デフォルトの名無しさん
06/11/26 20:24:54
>>823
Apache MyFacesのTomahawkとかTobago（Oracle ADF のTrinidadも）はどうよ？

825:デフォルトの名無しさん
06/11/26 20:32:55
>>824
ふつうにナシだろw
俺らだって別にSeasar憎しで言ってるわけじゃないから。
Jakarta系列でも酷いネーミングは多いと思う。

826:デフォルトの名無しさん
06/11/26 20:41:26
ふ～ん・・・プロダクト名ならOKでライブラリ名だとNGなのかぁ・・・

827:デフォルトの名無しさん
06/11/26 21:12:26
>>826
Commonsは、わかりやすい名前がついてる

828:デフォルトの名無しさん
06/11/26 21:26:50
Commons

* BeanUtils
* Betwixt
* Cactus (E)
* Codec
* CLI
* Collections
* DBCP
* Digester
* Discovery
* EL
* FileUpload
* HttpClient
* Jelly
* Jexl
* JXPath
* Lang
* Latka
* Logging
* Modeler
* Net
* Pool
* Validator

だいたいわかりやすいな。てかしらないの結構あるな。

829:デフォルトの名無しさん
06/11/26 21:46:26
ヘンな名前はCactus、Jelly、Latkaぐらいか。

830:デフォルトの名無しさん
06/11/26 21:47:06
マジ話、提案書に書きにくい名前は、よほどメジャーになってからか、
もしくはフルネームで言うと普通っぽいのでないとだめだろうね。

ApacheだってApache HTTP Serverと書けば、なんだかしらんが
Apacheとかいう会社が作ってるHTTPのサーバーらしいと思ってもらえる。

実際Tomcatが業務で使われるようになったのは、Tomcatの名前が
すごく売れてからであって、それまではやっぱり商用のアプリケーション
サーバが売れてたらしい。人聞きですまんけど。

831:デフォルトの名無しさん
06/11/26 21:58:02
Commons Betwixtだけが妙に浮いているが、これは古語。なんでプロダクト名に古語を持ってくるんだと。

FAQ曰く
> I grepped a dictionary for words containing B*T*X for Bean To XML.
> There's not many words around containing those 3 letters in order.
> Betwixt also seems a fitting name as its the stuff between (betwixt) Beans and XML.

（俺訳）
>>
bean to XMLという意味でBとTとXを含む単語をgrepしてみたんだけど、
この単語を順序通り使ってる単語ってあんまりなかったんですよね。
Betwixtという名前は、このユーティリティがBeanとXMLとの間で(between=betwixt)役立つことを
うまく表してる名前かなと思ったんだよね。
<<

ちなみにbetwixtというのはbetweenの古語です。

IMEに「ことえり」という名前を付けるのと同じ感覚？

832:デフォルトの名無しさん
06/11/26 22:00:14
DiscoveryやらDigesterやら、わかりにくいのもあるけど、なんとなく意味的に納得できる。

833:デフォルトの名無しさん
06/11/26 22:45:25
IBMのWebSphere関連の方が人に説明するのが難しいなぁ。
と言うか略語モードのWASとかWDSc(RAD)なんか、一般のﾌﾟﾛｸﾞﾗﾏにすら通用しないとｵﾓ。

834:デフォルトの名無しさん
06/11/27 02:36:54
Tomcatとcatalinaみないな関係ならまだ許せる。
公にはS2Scaffoldって呼んでおいて、
org.seasar.churaってパッケージとか。

835:デフォルトの名無しさん
06/11/27 10:14:46
ひらたくいうと、英語圏の人が考えた名前だから入り込みやすくて、
日本人が考えたものだと入り込みにくい。
中国・韓国あたりが考えると拒否もしくは排除反応といったところか。

836:デフォルトの名無しさん
06/11/27 10:27:47
ぜんぜん平たくなってねーよ！
namazuとかcannaとか全然拒否反応ねぇ。

お前らが嫌われてるから叩かれてるんじゃなくて、
お前らのネーミングセンスが逝けてないから叩かれてるって事を理解しろ。

調子のんな。何が得意げにブリ大根だ。豚が。

837:デフォルトの名無しさん
06/11/27 10:37:46
ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ.

838:デフォルトの名無しさん
06/11/27 10:45:56
ｳﾙｾｰ,ﾌﾞﾘﾀﾞｲｺﾝ!!

839:デフォルトの名無しさん
06/11/27 10:50:32
コンプレックスだかノスタルジーだか知らんが、いい加減、沖縄ネタから離れたらいいのに。
とは思う。

840:デフォルトの名無しさん
06/11/27 13:43:40
>>811
>>Teeda → S2Jsf2
TeedaってJSFの実装(MyFacesの置き換え)だったと思うんだけど、
S2JSFも含むの？

841:デフォルトの名無しさん
06/11/27 14:28:39
>>840
Teeda ExtentionがまさにS2JSF2

842:デフォルトの名無しさん
06/11/27 19:01:07
なるへそ。ﾄﾝｸｽ

843:デフォルトの名無しさん
06/11/27 20:06:41
Seasarの最近の危険性を考えてたんだが、
カンファレンスでロードマップだけ語って実際のモノが無いプロダクトが多いって事だった。

PS3で妄想大爆発してる社長と同じ匂いを感じる。

844:デフォルトの名無しさん
06/11/27 21:41:55
カンファレンスって普通そんなもんじゃないの？
つかロードマップにあるもんが既に全部揃ってたら
その時点で過去のものなんじゃ・・・・

845:デフォルトの名無しさん
06/11/27 23:13:14
プロダクトは出てくるけど、サンプルが出てこない。

最初のからさわぎの時に話に出ていたうりずん、どうなったんでしょうね。

846:デフォルトの名無しさん
06/11/27 23:52:49
うりずんってなに？

847:デフォルトの名無しさん
06/11/28 00:46:10
>>844
企業のマーケティングや囲い込みありきのカンファレンスはそれでいいと思うよ。
騙されたときは、騙された奴が馬鹿だった。で済む話だからな。

けど、オープンソースプロダクトは違うだろ？
まずは使ってもらわにゃ話にならんのになんでオナニードリーム爆発させてるの？

Railsの奴もなんかカンファレンスでまだ実装されてない機能を語ったりしてるけど
それはあくまでも、今までの開発手法の延長だろ？

よく考えられた手法を完成させて広めた上で、さらにこういう風に洗練させようって訳だ。

Seasarは考えの浅い手法を未完成なままいくつも放り投げてるだけだからな。

848:デフォルトの名無しさん
06/11/28 00:50:32
scaffoldの命名規則の質問の解答が
「どの(Uuji, S2Dao, KuinaDao)scaffoldを使われていますか。」
で始まってるところをみてこりゃだめだと思った。

849:デフォルトの名無しさん
06/11/28 00:56:15
>>846

Seasar版PetShop…のつもりでマスタメンテか何かを作る予定と言ってたような気がする。

もう２～３年まえだからよく覚えていないな。

850:デフォルトの名無しさん
06/11/28 13:07:28
　　　　　　　　　　　　　　　　　　　　　　┌-―ー-';
　　　　　　　　　　　　　　　　　　　　　　　| (・∀・) ﾉ
　　　　　　　　　　　　＿＿＿＿　　　　上―-―' 　　　＿＿＿_
　　　　　　　　　　　　　| （･∀･）｜　／　＼　　　　　 | (・∀・) |
　　　　　　　　　　　　 |￣￣￣￣　（￣￣￣）　　　 |￣￣￣
　　　　　　　　　 ∧ 　　　　　　（[[[[[[|]]]]]）　　 ,∧
　　　　　　　　　　　　<⌒>　　　　 [=|=|=|=|=|=]　　　<⌒>
　　　　　　　　　　　／⌒＼　　　 _|iﾛi|iﾛiiﾛi|iﾛ|_∧ ／⌒＼_ 　　　ｼﾞｻｸｼﾞｴﾝﾗﾝﾄﾞ
　　　　　　　　　　　］皿皿［-∧-∧|ll||llll||lllｌ||lllｌ|lll|￣|]皿皿[_|
　　　　　　　　　　　|_／＼_|,,|「|,,,|「|ﾐ^!､|]|[|]|[|][]|_.田 | ∧_ 　]
　　　　　　　　　　　| . ∩　 |'|「|'''|「|||:ll;|||}{|||}{|||}{|||}{|,田田.|__|
　　　　　　　　　　　|￣￣￣￣|「|￣￣||[[|門門門|]]|[_[_[_[_[_[
　　　　　　　　　　／i~~i' l ∩∩l　.ｌ　∩　∩　 l　　|__| .| .∩|　.|　l-,
　　　　　　　,,,,,='~|　|　|' |,,=i~~i==========|~~|^^|~ ~'i----i==i,, | 'i
　　　　　 |　l ,==,-'''^^　 l　 |. ∩. ∩. ∩. |　 |∩| 　 |∩∩|　 |~~^i~'i、
　　　　　 ,=i^~~.|　 |.∩.∩ |,...,|__|,,|__|,,|__|,,|__|,....,||,,|.|,.....,||,|_|,|.|,....,| 　 |　|~i
　　　　 l~| .|　　|　,,,---== ヽﾉ　　　 i　　　　ヽﾉ~~~ ヽﾉ　　 ~ ソ^=-.i,,,,|,,,|
　　　　.|..l　i,-=''~~--,,,　　＼　＼　 l　　　／　　　／　　　　／　　__,-=^~
　　　　|,-''~　-,,,＿　　~-,,.　＼ .＼ |　.／　　／　　＿,,,-~　　／
　　　　 ~^''=、＿ _ ^'- i=''''''^~~~~~~~~~~~~~~~~~~~~^''''''''=i -'^~
　　　　　　　　　　 ~^^''ヽ　ヽ　i　　 | 　ｌ　i 　/　／　ノ
　　　　　　　　　　　　　　ヽ　　、 l　 |　ｌ　 l　/ .／　　／
　　　　　　　　　　　　　　＼_　、i ヽ　 i　 /　　　,,=='
　　　　　　　　　　　　　　　　　 ''==,,,,＿＿＿,,,=='~

851:デフォルトの名無しさん
06/11/28 16:28:43
>>811が、公式にあったらどれだけ時間を
消費せずにすんだことやら。。。

ところで、S2関係者以外で、Teedaを実践投入してる
人いますか？

S2Struts + S2 +S2Daoが成功したんで、
次のprjで工数削減の為にTeedaの導入でなやんでます。

852:デフォルトの名無しさん
06/11/28 20:53:37
レイアウト機能がまだだしなあ。

853:デフォルトの名無しさん
06/11/28 22:09:00
>>851
おれならその組み合わせでもう数回つくって自分のコード貯めるかな。
仕事人は2,3歩遅れてついて行くのが一番よ。

854:デフォルトの名無しさん
06/11/28 23:11:27
S2Struts + Mayaaでいくつか案件やったけど
Mayaaって結構融通がきく。

その融通がTeedaできくかってのがちょっと不安ではあるのよね。

Mayaaはドキュメントも割りと揃ってたってのも大きい。
てな訳で俺も>>853に一票。

俺もちょっと揺れてるんですけどね。

855:デフォルトの名無しさん
06/11/29 00:07:56
Mayaaいいなぁ、なんか感動した。

856:デフォルトの名無しさん
06/11/29 00:09:16
高校の時好きだった人の名前がマヤちゃんだったなー
そう美人じゃなかったけど
ちょっとおっぱい大きかった（；´д｀）ﾊｧﾊｧ

857:デフォルトの名無しさん
06/11/29 01:39:32
得意げに裏技は開発者まで聞いてねっていう奴らが癌だな。

858:デフォルトの名無しさん
06/11/29 07:37:19
ソースコードが公開されてんのに裏技なんてあるんか

859:デフォルトの名無しさん
06/11/29 13:07:50
>>856
全国のマヤさんが高校同窓会の欠席を決意しております。

860:デフォルトの名無しさん
06/11/29 14:13:21
Mayaa って何するやつだったっけ。

って思うことが多すぎるな。

861:デフォルトの名無しさん
06/11/29 15:26:14
S2JSFで納得できない点。

<table>
<span m:inject="s:forEach" ...>
<tr>
<td><span m:value="..."/></td>
</tr>
</span>
</table>

のレンダリング結果が

<table>
<span>
<tr>
<td>foo</td>
</tr>
</span>
</table>

になる。spanを除去していただきたい。

862:デフォルトの名無しさん
06/11/30 00:02:12
>>851です、こんばんは。

Mayaaに１票はいりましたので、評価したいと思います。
が、アーキ的にJSP+Strutsよりコスト安になるとは思えないの
ですが。

コストが高くなるが、メンテしやすさが上がる感じになるのでしょうか？
>Mayaa導入済みの皆様。
.mayaaファイルのジェネレータとか落ちて無いかな。。。

863:デフォルトの名無しさん
06/11/30 00:08:07
JSP+Strutsは高いと思うぞ～～

864:デフォルトの名無しさん
06/11/30 09:34:38
>>864
S2Struts +JSP2.0 + JSTLであれば
それ程高いとは思わないな
教育コストを考えたら、そう簡単にJSPは切れないよ

865:デフォルトの名無しさん
06/11/30 10:04:55
このスレ、死んだと思って見てなかったら
随分盛況になってる！！！
シーサーって人気あるんでつね！？

866:デフォルトの名無しさん
06/11/30 10:13:20
>>862
Mayaa マタタビ
でぐぐってみよう

867:デフォルトの名無しさん
06/11/30 14:29:06
URLﾘﾝｸ(teeda.seasar.org)
見えないよ　＞＜

868:デフォルトの名無しさん
06/11/30 14:32:19
>>867
なにが？
おまいの会社のプロクシでアク禁とかだったら爆笑だな！

869:デフォルトの名無しさん
06/11/30 15:26:14
>>868
今見えた♪
書き込み乙ｗ

870:デフォルトの名無しさん
06/12/01 04:34:42
SeasarConのビデオ配信って12/6,7のやつを見逃したらもう見れないの？
Ｗｅｂで公開するのに時間に縛られるって何打それって感じなんだけど。
だれかyoutubeにうｐして。まじで。

871:デフォルトの名無しさん
06/12/01 11:45:06
Teedaのexampleで遊んでるんだけど、
入力チェックエラー時のメッセージってどこに登録されてるの？
Teeda Hackerな人教えてん。

872:デフォルトの名無しさん
06/12/01 12:17:19
>>871
javax.facesのMessage.properties。

873:デフォルトの名無しさん
06/12/01 13:33:14
>>872
ありがとう。
まだファイル見つけられないんだけど(汗)、
jarの中に入ってるのかな？
もうちょっとがんばってみるｗ

874:デフォルトの名無しさん
06/12/01 13:48:49

~/teeda-html-example/src/main/resources/appMessages_ja.properties

このファイルｼﾞｬﾏｲｶ？

875:デフォルトの名無しさん
06/12/01 14:24:26
>>874
そのファイルかと思ったんだけど、
入力チェックエラー時に表示されるメッセージは
登録されてないんだよね。
JSFの知識がないから、見つからないのかな？(汗)
shotたんのブログで質問してみようかしらｗ
それにしてもTeedaでの開発すごく簡単そうでつ。

876:デフォルトの名無しさん
06/12/01 14:56:07
>>登録されてないんだよね。

いや、>>874のファイルには最初から記述されてないのは当然で、
自分でkeyとvalueの形式で書くんｼﾞｬﾏｲｶ?

877:デフォルトの名無しさん
06/12/01 15:05:16
そもそも、デフォルトのメッセージのファイルを探してどうするつもりなのか。
自分でカスタマイズしたいのなら自分で適当な場所に適当に作って
faces-config.xmlに登録すればいいのだけれど。

878:デフォルトの名無しさん
06/12/01 15:21:28
>>876, 877
どの入力チェックでどのkeyを指定するのか知りたかったのさ（恥）。
この辺はJSFの知識が関係してくるの？
低レベルな質問なので出直してくるｗ

879:デフォルトの名無しさん
06/12/01 15:30:29
>>878
後に続く者の為に解ったらココに結果を書くのだ。

880:デフォルトの名無しさん
06/12/01 15:37:06
>>878
JSF仕様だよ。Spacificationを読むのが一番手っ取り早い。

881:デフォルトの名無しさん
06/12/01 15:43:42
>>880
JSFの概要をまず理解してみる。
ありがとう。

882:デフォルトの名無しさん
06/12/01 18:57:58
>>875
teeda-core-xxx.jarのjavax.facesにあるよ。
JSFの知識とかなくても気軽に質問しておｋ。

883:デフォルトの名無しさん
06/12/01 20:01:50
>>882
ありがとーーー！
このファイルにやっと出会えたでつ(おそっ)。
もしかしてあなたはshotたんでつか？ｗ

Converter, Validatorの細かい仕様とかソース見て分からなかったら、
また質問しまつので、その時はよろしくですっ！

884:デフォルトの名無しさん
06/12/02 00:35:00
>>875
コードと仕様書を読め。
わからなければ、Springを使え。
以上。

885:デフォルトの名無しさん
06/12/02 02:11:28
そういう杓子定規的なこと言う香具師はキライです

886:デフォルトの名無しさん
06/12/02 02:18:23
>>885
同意。マンネリつかワンパターンで工夫がないよね。
リアルでも笑い取れないタイプなんだろうな…
ｶﾜｲｿｽ

887:デフォルトの名無しさん
06/12/02 03:56:41
>>886
ここでは>>884は
横山ホットブラザーズの「お前はあほか」
みたいなもんだよ。

888:デフォルトの名無しさん
06/12/02 07:49:46
ここでは887は
お年寄りがわけのわからない例えを出して意味がわかってない若者を見て
最近の若者は・・・とほくそえむようなもんか。

889:887
06/12/02 10:42:17
こないだとんねるずの番組に出てたから
少しは通りがいいかなと思って。

本当は玉川カルテットの
「あたしゃもすこしセガ欲しい」
にしようかと思った。

これだから最近の若者は・・・

890:デフォルトの名無しさん
06/12/02 16:08:13
くだらない事言ってないで
休日くらい家族サービスしてください。
おじさん♪
１人家族なら好きなようにしてokです。

891:887
06/12/02 16:13:24
最近冷戦中なもんで
家にいると息苦しいんだもん。
無理くり仕事作って会社にプチ家出。

これだから最近の・・・

892:デフォルトの名無しさん
06/12/02 16:29:50
インポってこと？？？

893:887
06/12/02 17:57:11
インポだったらどんだけ気が楽か・・・

894:デフォルトの名無しさん
06/12/02 19:06:00
妻の不倫ｷﾀｰ！

895:デフォルトの名無しさん
06/12/02 19:48:42
インポってエロイ事考えてもたたないの？
それともエロイ事考える気も起きないの？

896:デフォルトの名無しさん
06/12/02 22:43:36
別の女が相手なら勃つ！

897:デフォルトの名無しさん
06/12/03 00:43:27
S2DxoとかTeedaみてると
コントローラの部分はPageクラスすら作らず(もしくは.javaで定義せず)
スクリプトっぽいのだけで済ませられるといいなーってよく思うんだけど、
そーいうプロジェクトねーかな。

PHPみたいな感じでドカドカ書きたいんだけど(あんまりコードかけない人でも使える表記法で)、
Serviceから先はJavaでしっかり書きたいみたいなニーズってあると思うんだけどなあ。

898:デフォルトの名無しさん
06/12/03 02:25:33
JSPだな

899:デフォルトの名無しさん
06/12/03 17:04:07
jspじゃ色々かけすぎて記述量が多いからなあ
コンテナに登録済みのどのサービス呼んで正常時はこれを表示って言う程度の事を簡単に書けない

900:デフォルトの名無しさん
06/12/03 17:39:26
そのサービスを呼ぶところが突き詰めるとまともな言語並の自由度を保証せざるを得ないんじゃないかなぁ～。
パターン化してJavaで書くのが速いと思う。

901:デフォルトの名無しさん
06/12/03 18:10:23
MayaaはjavascriptからS2のコンポーネント呼べるから、
部品だけjavaで書いて呼び出すとか・・・？

902:デフォルトの名無しさん
06/12/03 18:54:35
ServiceとのやりとりはTeeda-Ajax使って
UIは全部Ajaxで作るとか
Ajaxの部分はFlexでもSwingでもいいと思うけど

903:899
06/12/03 19:14:15
なるほど色々やりかたあるんだなあ。ありがとう。
俺が単純なのしか思いつかないからイメージが合わないっぽいなあ。
>>902
Teeda-Ajaxってそんなことできたのかあ。

904:デフォルトの名無しさん
06/12/03 19:45:26
>>903
あくまで、JavaScriptからS2に登録したコンポーネントを呼べる機能のみ
戻り値はJSONで渡してくれる。

905:デフォルトの名無しさん
06/12/04 14:33:11
>>904
戻り値は、Objectを返せばJSON形式に自動で変換するし
XMLやHTMLの文字列を返す事も出来る。
S2に登録したPOJOのメソッドを呼び出す事はかなり容易に出来ますな。

906:デフォルトの名無しさん
06/12/05 13:39:16
s2containerがチマチマとバージョンアップされていってますが、
Ver2.5の計画はあるのかな。あるとしたら何が実装されるの。

なんていうかな、今後どういった方向にSeasar2は進んでいくのか
マイルストーンとか、どっかに情報ないですか？

907:デフォルトの名無しさん
06/12/05 14:14:39
さて、どう出る？
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(blog.goo.ne.jp)
URLﾘﾝｸ(www.saisse.jp)

908:デフォルトの名無しさん
06/12/05 14:22:24
S2Maiキター

909:906
06/12/05 14:47:27
素早いお返事ありがと

910:デフォルトの名無しさん
06/12/05 14:47:42
>>907
DIしてAOPとか、クラスローダーでごちゃごちゃとかをやろうとすると、Javaの仕組み上インタフェースが必要になるんだから仕方ない。

911:デフォルトの名無しさん
06/12/05 15:12:05
つまり、DIやAOPで便利になるのを犠牲にしても
いちいちinterface作りたくねぇ、兎に角めんどくせぇ
って話になるのか。

912:デフォルトの名無しさん
06/12/05 15:29:46
Hogeってクラスは、setHogeでオートインジェクションされるから、
インターフェース使いたくないやつは使わなければいいし、
ポイントカットの指定も*って書けばいいんじゃね？

913:デフォルトの名無しさん
06/12/05 15:33:50
実装クラスの場合、diconにname書いて
その通りの名前のプロパティにしてやんないと
オートインジェクションされないんじゃなかった？

914:デフォルトの名無しさん
06/12/05 15:37:06
インターフェイスがないと、クラスレベルの拡張手段に
委譲を使いづらくなってしまうぞ

915:デフォルトの名無しさん
06/12/05 15:42:12
>>914
否定派は何が何でもinterfaceやだってんでなくて
業務システムのただのService層とかで
実装が一個なのに無批判に分離するのがやだって話で
そういう設計にinterfaceの有用性が関わる所はOKなんだと思うよ。

多分。

916:デフォルトの名無しさん
06/12/05 16:45:04
何でも最初の実装は一個なわけで
そしてリリース後に継承やコピペでパスタ化していくんだろうな

917:デフォルトの名無しさん
06/12/05 16:47:03
でもその確率って業務システムだと
そうそう高くないと思う。

ドカタ仕事と揶揄される所以。
YAGNIだといいたいんだろうな。

俺はinterface書きたいけどね、
長い物に巻かれるの好きだから。

次ページ