【質問】ASP.NETスレ Part5【議論】

[過去ﾛｸﾞ] 【質問】ASP.NETスレ Part5【議論】 (970ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

929: 925 2009/08/25(火)22:51 ID:??? AAS
もう一度テストページ作ってみたらすんなりとフォーカスセットされました。
アドバイスくださった方々ごめんなさい&ありがとうございました。

930(2): 2009/08/26(水)00:15 ID:??? AAS
今やってるプロジェクトでは
ボタンのvisible,enableとかの画面制御、入力チェック、データベースへの入出力など
そのページに関する処理はすべてFormに記述されてて一つのaspxファイルで完結しているんですが
こういう実装はよくないんでしょうか？

Formとビジネスロジックを分けてる簡単なサンプルがあればいいんですが

931(2): 2009/08/26(水)07:09 ID:??? AAS
>>930
プロジェクトの大きさや、内容、求められる開発効率によるから、良いか悪いかの判断は難しいかな
もし、Formのクラスに、connectionStringや、入力チェックの正規表現なんかを直書きしてたら論外。
DBへの接続や基本的な入力チェックはブロック化できるから、最低でもstaticなメソッドで用意しておくべき。

さらに、これらを分離して記述するとしたら、機能をさらにブロック化していって、
どの機能を共通化すると便利かを考えて分けてみるといいと思う。
すると、だいたい、基本的にはMVCモデルに似た形になってくと思う
外部ﾘﾝｸ:www.itarchitect.jp
外部ﾘﾝｸ[html]:www.bin-cook.com
ASP.NETだと、WinFormのような動作をするので、構造的にMVCモデルをそのまま適用できなくて、
省11

932: 2009/08/26(水)07:14 ID:??? AAS
App_Code以下にどんどんpublicなクラスが増えていくお…

933: 2009/08/26(水)13:17 ID:??? AAS
HttpApplicationを継承してるクラスのApplication_Errorメソッドで
例外を一括してキャッチしてファイルログに書きだしてるんですけれど、
参照ライブラリの中の例外がApplication_Errorを通らないことが分かってきました。

イベントログにはID1309で上がってくるし、Web.configのCustomErrorでも出ます。
なので、死ぬほど困るっていうわけでは無いのですが、
出来ればコードのどこかで一括してキャッチ出来たらなぁと‥‥

どなたか、Application_Error以外で一括キャッチする方法ご存知の方いらっしゃいます？

934(1): 2009/08/26(水)15:48 ID:??? AAS
>>931
MVCモデルを否定するわけではないが、それがすべてでもベストでもない
>構造的にMVCモデルをそのまま適用できなくて
そのまま機能分割なりしていって、MVCモデルになるわけないだろう
それははじめからMVCモデルにしようと思って機能分割してるからそうなるんだ

標準のASP.NETはMVCモデルとの相性は悪い
だからASP.NET MVCなどが登場したりしてるんだよ

935(1): 2009/08/26(水)16:35 ID:??? AAS
>>934
MVCのあたりを説明するのが面倒だったので、MVCのリンクを参照したのが、
逆に遠回りな説明になってしまったかな？
その点を端折りたかったのでMVCを経由しただけで、経由したからMVCは
直接、ASP.NETには適用できないと注釈しただけで、それ以外に他意はないよ。

なんで、MVCが絶対とは言ってないし、ASP.NETにMVCはそのまま適用できない（＝相性悪い）という
ことについても意見が一致しているようだから、
MVCモデルにしようと意識して機能を分割していかなければ
MVCモデルに似た形にならないのか、なるのかということが論点かな？

>そのまま機能分割なりしていって、MVCモデルになるわけないだろう
省13

936: 2009/08/26(水)20:13 ID:??? AAS
ログ出力はそういう専用のライブラリ使うか自作するか、
もしくは使い捨てレベルで共通機能化するか
TraceSourceをそのまま使うか、
まあ大抵そんなとこだろ。

ログ出力をConsoleやファイルに直で書くやつはそういない。

937(1): 2009/08/26(水)22:37 ID:??? AAS
>>935
機能分割でも共通化でもいいんだが
ASP.NETに相性わるくて直接適用できないようなものを素人に勧めるなよ

938: 2009/08/26(水)22:56 ID:??? AAS
>>937
>>931を良く読んで欲しいのだが、誰もMVCをやってみろなんて進めてないよ
MVCに近い形で実装してる自分の実装例を紹介はしてるけど。

共通化させようとすると、自然とMVCのような形に似てくると思う
↓
MVCとはこういう感じ（とリンク先を紹介）
↓
でもMVCはそのままASP.NETでは適用できない
↓
だから自分は、こんな感じで共通化、分離して再利用しやすいようにしてる。
省3

939: 2009/08/26(水)23:09 ID:??? AAS
別に至らねえよ

940: 2009/08/26(水)23:17 ID:??? AAS
至らないと思うなら、それでいいんじゃない？
俺は自然と近づくと思うし、それだけなら単なる見解の相違。

941(1): 2009/08/26(水)23:49 ID:??? AAS
お勧めでもないものを紹介だけしたのね
普通、なんかいいのないかって聞かれて、
非常に詳しく紹介し、自分なりの利用法も説明する
普通の感性ならお勧めされたと思うんじゃないか？
少なくとも俺にはあれはMVCをお勧めしてるように見えた

ASP.NETに相性わるくて直接適用できないようなものを素人に紹介するなよ
受け取った方はお勧めされてると勘違いするぞ

942(3): 2009/08/27(木)00:10 ID:??? AAS
>>941
いちいち揚げ足取りや、言葉尻だけ捉えて意見を言われても困る。
↓こんな感じでも紹介しちゃったら駄目なの？
MVCっていう考え方もあるという意味もあって、参考になると思って記述したんだけどな。

■分離して記述したいなら、機能をブロック化して、機能を共通化させると便利か考えるといいと思うよ
>さらに、これらを分離して記述するとしたら、機能をさらにブロック化していって、
>どの機能を共通化すると便利かを考えて分けてみるといいと思う。

■そうするとMVCモデルに近い形になると思うんだ
>すると、だいたい、基本的にはMVCモデルに似た形になってくと思う
■ちなみに、MVCモデルってのは、こんな感じだけど、でもASP.NETにそのまま当てはまるのは難しい。
省15

943(1): 2009/08/27(木)00:23 ID:??? AAS
とりあえず、StrutsやASP.NET MVC等のWebアプリ界隈で指すMVCと
責務の分担をさしたMVCは区別されていることに気づいてくれ。

君の言うMVCはn層データ構造と言い換えても大した差異は生まれない。
（元々n層データ構造自体がMS流のMVC解釈であるためというのもあるが）
例えば>>942をASP.NETの用語で言うならばaはコードビハインドであり、
bはDALであり、cはaspx, ないしコードビハインドだ。

944: 2009/08/27(木)00:24 ID:??? AAS
というわけで、MVCそのものを進めてるわけではないは明らかでしょ？
MVCそのものを勧めたり、または勧める目的で紹介してるというわけでなく、
MVCのメリットを理解してもらうために紹介してるんだよ。

その上で、そのメリットを享受するために自分の実装例を紹介してる。
MVCそのものは、そのまま適用できないかもしれないが、
MVCのメリットを紹介するためにMVCを紹介するのは何もおかしくないでしょ。

945: 2009/08/27(木)00:36 ID:??? AAS
>>943
だからだな、そのMVCのメリットをASP.NETに取り入れるとって話をしてるんだが。

>君の言うMVCはn層データ構造と言い換えても大した差異は生まれない。
>（元々n層データ構造自体がMS流のMVC解釈であるためというのもあるが）
>例えば>>942をASP.NETの用語で言うならばaはコードビハインドであり、
>bはDALであり、cはaspx, ないしコードビハインドだ。

つーか、ASP.NETの概念でMVCのメリットを記述した内容を説明しても意味ないと思うんだが。
データアクセスレイヤーだって、コードビハインドに記述できるから、それを言ってしまえば、
aもbもcも全部、コードビハインドでしょ。
そうじゃなくてコードビハインドで記述できる内容を、別クラスに定義するなどして、
省1

946(1): 2009/08/27(木)01:22 ID:??? AAS
>>942
勧めるなっていったら、勧めたんじゃない、紹介しただけだっていったのはお前だ
揚げ足とるってのはそういうことだ

これ以上向いてないモデルについて説明する必要ないだろう

947: 2009/08/27(木)01:33 ID:??? AAS
ぼくのかんがえたさいきょうのエムブイシーをくらえー

948: 2009/08/27(木)01:52 ID:??? AAS
>>946
何度も書いてるが、MVCのメリットを理解してもらうために、MVCを紹介して何が悪い？

初めからMVCの利点を理解してもらうために、リンク先を紹介してるのに、
MVCは合わない→MVCを勧めて意味あんのか→MVCを紹介して意味あんのかって
変遷してるのは自分のほうじゃない。
しかも言葉尻捉えて他人を批判してるから、揚げ足とるようなことはするなっていってるわけで。

何度もいうが、MVCを紹介（正確にはリンク先を紹介）して何が悪いんだ？

>共通化させようとすると、自然とMVCのような形に似てくると思う
>↓
>MVCとはこういう感じ（とリンク先を紹介）
省5

上下前次 1-新書関写板覧索設栞歴

あと 22 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.013s