コーディングの可視性などについて

質問

お世話になります。
Ｃ＃についての質問です。

Windwsから提供されているコントロール（テキストボックス、コンボボックスetc…）があります。
それには「DataBinding」「BindingSource」等があり、データセット⇔コントロールで自動で同期を取ってくれる機能があります。

ここで、私事なのですが、つい最近転職しました。
前の会社は取引先が決まっていたので、同じパッケージの拡張を主にやっていたため、ずっと既定のコーディング規約や.NETFrameWorkの拡張版を使用していました。
そのパッケージでは上記にあげたような「DataBinding」「BindingSource」を使用せず、コンボボックスには、部品なんですが、Items.Addを使用して取得して来た値を設定していました。
しかし、「DataBinding」「BindingSourc」を使用すると、明示的にコーディングせずとも、勝手に設定してくれます。

他には、Gridの代わり？にGrapeCity社が提供しているスプレッドを使用してこちらも、１セルづつ、値を設定していました。

今は、特に規約というわけではありませんが、「DataBinding」「BindingSourc」を使用して設定しています。

ここで、質問なのですが、一般的には、「コーディングの可視性」「障害対応」「保守」という点ではどちらがよいのでしょう？

もちろん、プロジェクトの方針、開発アプリケーションの仕様、経験値が大きく関わってくるとは思いますが…

よろしくお願いします。

回答No.2

いけだ ひろし（@ike-2000） · ベストアンサー

私感です。
往々にしてきちんと作成したドキュメントほどその保守がされません(ヨーロッパはドキュメントがしっかりしているらしいですね)。このような場合、残念ながら最終的にはソースしか信じられるものがありません(私の会社では多いです)。
ソースの可視性というのはとても重要だと考えています。私は、初期化処理、主処理、後処理と言ったようなブロックを組み立ててソースを構築するようにしています。
また、ブロックコメントを多用して考え方、注意すべき点、アルゴリズム等もできるだけ記述するようにしています。
このようにしておけば障害対応、保守においても影響範囲を小さく出来ると考えているからです。
ともかく画一化してしまうのが他の人が見たときにも読みやすいと思います。

お礼

お礼できずにすみませんでした。
とにかく、コメントをたくさん記述しておくということ、分かりやすい構造でコーディングするということが大事なんですね。

いろいろ、ソースを見てきたけれど、コメントが少ないものばかりで、解読が出来ないものもたくさんありました。
保守のためだけではなく、可読性のためにもコメントが必要なんですね。
ありがとうございました。

回答No.1

SaKaKashi

外部製品を使えば開発は楽になりますが、その製品でできないことは実現できず、バグかどうかも分からず、バグと判明しても治るかどうかも分からず、いつ治るかも分からず、どんな原因なのかも分からない。
自分で全て書けば、可視性は完璧(但しドキュメント必須)、障害対応も何とかなる(影響範囲や波及範囲が分かる場合)、保守は微妙だね。
保守が微妙というのは、開発者と保守者が異なる場合にドキュメントがあるかドキュメントをきちんと読めるか、影響範囲を読めるか、テスト、検証はどうかなど。

ま、保守に関しては自分で書いても外部製品でも同じような問題を抱えてます。

お礼

お礼できずにすみませんでした。
どういう風に作るにしろ、問題はあるということですね・・・

やはり、開発者と保守者が異なる場合は明示的に記述してあげたほうがいいような気もしますが・・・・

結局はその会社の方針というところですね・・・・