言語：VB.NET

コーディングのルールについて、むしろアーキテクト？に近い質問かもです。
（技術ではなにので、投稿していけなかったら、すみません）

先日、私は携わってる○○システムは起動・画面遷移・処理の全てが遅いです。
１画面、項目が20〜30程度、DBもせいぜい2〜3万件なのに、
遅い場合１分近く処理・遷移を待たされます。
そこで原因をしるともに、早くてメンテしやすいプロジェクト設計を探りたいです。

今のプロジェクトでは、
継承しまくりです。最低、３回層はあります。
また、結構、細かい処理まで継承してます。
また、インスタンスもしまくりです。全てDimで宣言してます。

継承は何回層までとか、閉じるボタン以外の機能は継承に頼らないとか、
インスタンスの制限とかのルールをお持ちの方、教えて頂ければうれしいです。
あと、オブジェクト思考の弊害もあれば教えて頂きたいです。

> 継承は何回層までとか
…と言われても .NET が
System.Object
   System.MarshalByRefObject
      System.ComponentModel.Component
         System.Windows.Forms.Control
            System.Windows.Forms.TextBoxBase
               System.Windows.Forms.TextBox
とか継承してるわけで、じゃあ、.NET そのものが使えないのでは？

レスポンスに関してのみ言えば、継承自体がボトルネックに
なることは少ないと思います。インスタンスの生成については、
コストのかかるオブジェクトの生成を繰り返しているなら重く
なっていると思います。しかし、使い捨てるのが基本なので、
最初からそれが間違いだと言い切るのもなんか違うと思います。

目的が既存のプログラムのレスポンス改善であれば、どの処理に
時間が掛かってるのか調べるのが先でしょう。
上にあがっているような状況を改善しても３秒しか改善されないで、
実は別に20秒ぐらい掛かる処理があった…ということも少なくない
事例です。

> 継承は何回層までとか、閉じるボタン以外の機能は継承に頼らないとか、
> インスタンスの制限とかのルールをお持ちの方、教えて頂ければうれしいです。
そのようなルールが有用だと思いませんでした。
コーディング規約なら、たたき台となるようなドキュメントを公開
しているサイトもあります。参考にしてみては？
[コーディング規約の会]
http://www.objectclub.jp/community/codingstandard/

横から失礼します。
私の考えですと、コーディングは、
速度・明確・保守性の全てが高くなければと考えてます。
故に、いくら、処理速度が速くても、メンテナンスしにくい作りは駄目だと思ってます。
あと、レベルの高い技術者しか理解できないコーディングも問題かと。
保守にお金は掛けたくないというのが企業サイドの考えだと思います。

そういう意味で、細かい処理まで継承に頼るのは、キツイなと感じます。