[seasar-dotnet:2257] Re: S2.NET 1.4.0がRCである理由について

2013年 3月 20日 (水) 14:17:24 JST

久保(jflute)です

> なのでjfluteさんが仰る通り、
> ==========================================
> Quill : 正式サポート
> S2Container :
> 　未サポート but わりと動く、自己責任
> 　(アップグレードのデグレも保証なし)
> ==========================================
> とし、ドキュメントに明記、S2Container機能の利用は付けられるところは
> Obsolute属性を付ける方向でいきたいです。
ありがとうございます。
Obsolute属性は、S2Container使うなら誰もが使うクラスに
一カ所、二カ所ほどあればいいかなとは思っています。
あるかな、そういうクラス!?
(Java的にはSingletonS2ContainerFactory.init()とかだけど)

※二点の問題、わりと致命傷ですね...

2013/3/20 kotani.k <keikotani926 ＠ gmail.com>:
> ＞小杉さん
>
> 小谷です。
> 返信が遅くなってしまい、申し訳ありません。
>
> .NET4.0で動作した場合に、S2Containerで確認している問題は下記の二点です。
> （コンストラクタインジェクションではなくプロパティインジェクションでした。申し訳ありません）
>
> ※Quillの場合、.または.NET3.5以前の場合は下記事項は問題なく動作します
> ================================================================
> ○プロパティインジェクションでインターセプターが適用されないことがある
>
> 　「I」というインターフェースをもつ「A」という実装クラスを作成
> 　diconファイルにコンポーネントとして「A」を登録
>
> 　とした場合、インジェクションされる側のプロパティの型が、
> 　「A」の場合⇒インターセプターが適用される（こちらは問題なし）
> 　「I」の場合⇒インターセプターが適用されない
>
>
> ○singletonに設定してもsingletonになっていない可能性がある
>
> 　dicon上で"singleton"に設定したコンポーネントXを
> 　プロパティAとBにインジェクションした場合
> 　AとBでインスタンスが異なっている
>
> ===============================================================
>
> ＞jfluteさん、コミッタの方々
>
>>このポリシーも何年も続いてそのままなので、
>>0 or 1 ではなく現実的な選択肢をとりたいですね。
>
> そうですね。まずはちゃんとRCをとる方向でいきたいです。
>
>>「完全に切り離す」のができるならいいですが、
>>それ自体もわりと大変だと思われるし、
>
> はい。過去にやろうとして挫折したことがあります。
>
> なのでjfluteさんが仰る通り、
> ==========================================
> Quill : 正式サポート
> S2Container :
> 　未サポート but わりと動く、自己責任
> 　(アップグレードのデグレも保証なし)
> ==========================================
> とし、ドキュメントに明記、S2Container機能の利用は付けられるところは
> Obsolute属性を付ける方向でいきたいです。
>
> 以上です。
>
>
> 2013年3月19日 0:50 kubo <dbflute ＠ gmail.com>:
>> 久保(jflute)です。
>>
>>> 現在プロトタイプ的なものを4.0で動かしているのですが特に問題なく動いています。
>>> もしさしつかえなければ上記コンストラクタインジェクション以外の問題も教えてもらって
>>> いいでしょうか？
>> これはこれで、小谷さん、情報あればお願いします。
>> （ドキュメントに載せてもいいかも）
>>
>>> S2Containerも対応させるか、完全に切り離すかした時点で
>>> RCなしの正式版となるかと思います。
>> 一方で、こちらの件。
>> (主に小谷さん、他のコミッタ、全てのユーザーさん)
>> このポリシーも何年も続いてそのままなので、
>> 0 or 1 ではなく現実的な選択肢をとりたいですね。
>>
>> Seasar.NETでは周知の通りQuillをメインにしているので、
>> .NET-4.0のQuillユーザが採用しづらいとよくないので、
>> とりあえずRCは外す方向にできればと。
>>
>> S2Containerを対応するのは何年もできてない現実から、
>> (これはリソースと優先度の問題)
>> 完全に切り離す or 今の状態でリリースのどちらか。
>>
>> 「完全に切り離す」のができるならいいですが、
>> それ自体もわりと大変だと思われるし、
>> すでに機能限定の割り切り利用もあるかもだし、
>> (今回、小杉さんがまさしくそうなるかもしれませんし)
>> プロダクトとしての理想は勇気を出して捨てて、
>> 現実的な運用を判断したいなと。
>>
>> 1.4.0のプロダクトステータスを、
>> 以下のようにしてはどうでしょう？
>>
>> Quill : 正式サポート
>> S2Container :
>>　 未サポート but わりと動く、自己責任
>>　 (アップグレードのデグレも保証なし)
>>
>> 割り切り自己責任利用もできるし、
>> Quillユーザーもうれしいしと。
>> ただ、ドキュメントに明確にそれを書くことと、
>> アプリからの入り口となるS2Containerのクラスに、
>> Obsolute付けておくくらいはやりたいですね。
>>
>> 特に何もなければ、そういうポリシーにしたいと。
>> で、そのときは小谷さん、
>> リリースお願いできればと...（m＿m)
>>
>> 2013/3/18 Kosugi <dgwac ＠ uranus.dti.ne.jp>:
>>> 小谷さん
>>> 小杉です。
>>>
>>> 早速の返信ありがとうございます。
>>> プロジェクトの選択肢はあるのですができれば.NET4.0でと考えています。
>>>
>>>> コンストラクタインジェクションなどが正常に動作しない、という問題があり、
>>>
>>> 現在プロトタイプ的なものを4.0で動かしているのですが特に問題なく動いています。
>>> もしさしつかえなければ上記コンストラクタインジェクション以外の問題も教えてもらって
>>> いいでしょうか？
>>>
>>> よろしくお願いします。
>>> 小杉
>>>
>>> On 2013/03/18, at 22:07, kotani.k <keikotani926 ＠ gmail.com> wrote:
>>>
>>>> 小杉さん
>>>>
>>>> 小谷です。
>>>> 誤って書いている途中で送信してしまいましたので再送致します。
>>>> 申し訳ありません。
>>>>
>>>> 『「1.4.0」で対応しているDIコンテナは「Quill」のみ。
>>>> 「S2Container」（diconファイルを使用する方のコンテナ）は未対応』
>>>> がRCがついている理由となります。
>>>>
>>>> 1.3.18と1.4.0-RC3の違いは「.NET4.0以上に対応しているかいないか」です。
>>>> もしプロジェクトの環境が.NET3.5以前であれば、1.3.18のご利用を推奨します。
>>>>
>>>> .NET4.0以上の環境の場合、S2Containerでは
>>>> コンストラクタインジェクションなどが正常に動作しない、という問題があり、
>>>> その原因調査、修正する時間がとれない状態です。
>>>> その一方で.NET4.0対応版を早く出す必要がある、ということで
>>>> S2Containerの機能を使えない状態にしてRCとしてリリースしています。
>>>>
>>>> S2Containerも対応させるか、完全に切り離すかした時点でRCなしの正式版となるかと思います。
>>>>
>>>> 以上です。
>>>>
>>>> 2013年3月18日 14:18 Kosugi <dgwac ＠ uranus.dti.ne.jp>:
>>>>> はじめまして。
>>>>> 小杉と申します。
>>>>>
>>>>> プロジェクトでS2.NET 1.3.18を使用するか、S2.NET 1.4.0 RC3を使用するか検討しているのですが
>>>>> さしつかえなければS2.NET 1.4.0 がRCである理由を教えて頂けますでしょうか？
>>>>>
>>>>> よろしくお願いします。
>>>>> 小杉
>>>>>
>>>>> _______________________________________________
>>>>> seasar-dotnet mailing list
>>>>> seasar-dotnet ＠ ml.seasar.org
>>>>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>>>>
>>>> _______________________________________________
>>>> seasar-dotnet mailing list
>>>> seasar-dotnet ＠ ml.seasar.org
>>>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>>
>>> _______________________________________________
>>> seasar-dotnet mailing list
>>> seasar-dotnet ＠ ml.seasar.org
>>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>> _______________________________________________
>> seasar-dotnet mailing list
>> seasar-dotnet ＠ ml.seasar.org
>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
> _______________________________________________
> seasar-dotnet mailing list
> seasar-dotnet ＠ ml.seasar.org
> https://ml.seasar.org/mailman/listinfo/seasar-dotnet