C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[5]: .NETで呼び出しているWEBサービスの管理について

(過去ログ 71 を表示中)

[トピック内 7 記事 (1 - 7 表示)]　 << 0 >>

■41533 / inTopicNo.1)

　.NETで呼び出しているWEBサービスの管理について

▼■

□投稿者/ 遊説家 (1回)-(2009/09/23(Wed) 17:31:36)

分類:[.NET 全般]　

雲上人の皆さんこんにちわ
シルバーWEEK真っ只中ですが仕事中のSEです
皆さんのお知恵をお借りしたくよろしくお願いします
現在、.NET(UI)+Axis2(logic)で業務システムを作成しています
Axis側のサービス粒度を今回見直しまして、画面のコンポーネント単位に
近いレベルで粒度を(当社としては)細かい単位に変え、サービス再利用性を上げよう！
ということになりました。
分割レベル、サーバ側の実装方法などはうまく規約で抑えれたのですが、問題が、、、
WEBサービスをどのUIコンポーネントが呼び出しているのか、がコードからしか読めない、という
ことになってしまいます
設計上ではおそらく300前後のWEBサービス数になりそうなので、どのUIのどのコンポーネントが呼び出している
のか判るほうが後々のWEBサービス改変時の画面に対するインパクト度合いが判るのでいいはず(ですよね)
何か、いい方法はありませんでしょうか？
ソースを｢なめて」呼び出し関係をデータで取り出せるのでもいいのですが、、、、
.NET＋WEBサービスの組み合わせ自体はいろいろな事情がありまして、これが選択肢になったわけでして、
粒度の問題も目をつぶっていただければ、これ幸いです
何かお知恵をお貸しください
　
よろしくお願いします＠中年ＳＥ

引用返信 編集キー/

■41535 / inTopicNo.2)

　Re[1]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ 囚人 (415回)-(2009/09/23(Wed) 19:44:18)

ちゃんと設計書なりを書いたらいいのではないですか？
そういう事ではない？？

引用返信 編集キー/

■41543 / inTopicNo.3)

　Re[2]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ たくボン (205回)-(2009/09/23(Wed) 23:32:28)

■No41535 (囚人さん) に返信
> ちゃんと設計書なりを書いたらいいのではないですか？
> そういう事ではない？？

UIからのWebサービス利用をまとめたいみたいだから、UIPがしっかりしてれば大まかな概略は掴めると思うけどなぁ。
あとはUIPだけでは補えない部分を個別に拾ってくか・・・。

UIPがまとまってないなら、あとはサービスの頭にログ出すようにしてみるとか。
画面遷移図とかはあるんでしょうか？

引用返信 編集キー/

■41549 / inTopicNo.4)

　Re[3]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ 遊説家 (2回)-(2009/09/24(Thu) 09:27:38)

■No41543 (たくボンさん) に返信
> ■No41535 (囚人さん) に返信
>>ちゃんと設計書なりを書いたらいいのではないですか？
>>そういう事ではない？？
>
> UIからのWebサービス利用をまとめたいみたいだから、UIPがしっかりしてれば大まかな概略は掴めると思うけどなぁ。
> あとはUIPだけでは補えない部分を個別に拾ってくか・・・。
>
> UIPがまとまってないなら、あとはサービスの頭にログ出すようにしてみるとか。
> 画面遷移図とかはあるんでしょうか？
＝＝＝＝＝
囚人さん、たくボンさんありがとうございます
確かに最初の設計上はＵＩ製作仕様はきっちりしていると思うのですが、外注さんも入って
今後じゃかじゃか修正が入ってくると思うんですね
画面遷移図もありますが、それもどこまで手を入れていってくれるか、、、(２，３年は大丈夫ですがね、10年となると
自信ありませぬ)
(そうあってはならないのですが、皆さんもご経験ありますよね、「えーそんな使用法、規約でだめって書いてるやん！」)
で、大胆にＷＥＢサービスの改修、特に削除を行おうとすると、ＵＩ＋ＷＥＢサービスの関係が取れると便利と思いました
(あーこのＷＥＢサービスは、ＵＩ周りからは一切コールされていないなあ、「えいやー、削除！」ってしたいんですよ)
もちろん検証対象ＵＩソースはsubversionなどで徹底管理されているのが前提ですが、、、、

引用返信 編集キー/

■41577 / inTopicNo.5)

　Re[4]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ 囚人 (416回)-(2009/09/24(Thu) 19:56:48)

そういった管理をしたいなら、ソースを読むしかないんじゃないですかね。
いまいち要領を得ないんですが、自動で（何かしらのツールで）出力できないかとか、そういう事ですか？
「grep でいいんじゃないの？」て思うんですが、何に困ってるのかよく分かってない･･･。

引用返信 編集キー/

■41578 / inTopicNo.6)

　Re[4]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ たくボン (206回)-(2009/09/24(Thu) 22:11:41)

■No41549 (遊説家さん) に返信
> ■No41543 (たくボンさん) に返信
>>■No41535 (囚人さん) に返信

> 囚人さん、たくボンさんありがとうございます
> で、大胆にＷＥＢサービスの改修、特に削除を行おうとすると、ＵＩ＋ＷＥＢサービスの関係が取れると便利と思いました
> (あーこのＷＥＢサービスは、ＵＩ周りからは一切コールされていないなあ、「えいやー、削除！」ってしたいんですよ)
> もちろん検証対象ＵＩソースはsubversionなどで徹底管理されているのが前提ですが、、、、

subversionで管理できてても、そのWebサービスの対象がどのように使われるかによって、削除できるできないの判断は変わってくるんじゃないでしょうか？
UDDIとかからの検索を対象にしてない狭い範囲のWebサービスなら、その考え方で削除・変更もできると思いますが、不特定多数に公開している場合は、過去のソースも検証する必要があると思います。

利用状況にもよりますが、そもそもWebサービスは窓口という認識があるので、UIとの結合粒度は祖にするべきではないかと思います。
Webサービスのライフサイクルは、長期である場合が多いと思うので、公開後に必要以上の変更・削除は避けるべきでは？

関数のラッパーのような意味合いでWebサービスを設計されているのなら、一度設計を見直してみるとかどうでしょうか？

狭い範囲での利用を想定して、且つ使用箇所の洗い出しを行いたいだけなら、囚人さんのおっしゃられるようにgrepで十分だと思います。

引用返信 編集キー/

■41592 / inTopicNo.7)

　Re[5]: .NETで呼び出しているWEBサービスの管理について

▲▼■

□投稿者/ 遊説家 (5回)-(2009/09/25(Fri) 10:45:53)

たくぼんさん、囚人さん何度も返答ありがとうございました
囚人さん
　grepでの検索管理、社内で検索方法を定型化する方向でもれをなくす努力をしてみます
　ご意見ありがとうございました
たくぼんさん
　一般公開系のWEBサービスではないので、結構大胆にWEBサービス削除はできます
　使われているかいないかだけで。情報提供が少なすぎて申し訳なかったです
　UIとの結合粒度は低くしたいのはやまやまですが、社内スキルもありますので決行UIコンクリートな
　接続になっています
　まあ、それはそれで、社内活用でしたらWEBサービスと密結合したUIパーツの使い回しなどにもメリット
　が出せるので当方としては良いかな(いい加減?)と思ってます

　今後も貴重なご意見をお願いいたします
　ありがとうございました

　

解決済み

引用返信 編集キー/

トピック内ページ移動 / << 0 >>

このトピックに書きこむ

過去ログには書き込み不可

- Child Tree -