【c#】プログラミングの設計を学ぶ方法

どういったクラス設計にするべきか、クラス間のインターフェースをどのようにするべきかなど、
与えられたソフトウェアの要件をよりよいc#のコードで実現できるようになりたいのです。

一般的な設計の学習として、他の回答者の方もおっしゃるように、
リファクタリングやデザインパターンの本を読むのは私もオススメです。

それを踏まえた上で、とくにクラスとインターフェイスの設計ということなら、
普及しているライブラリやフレームワークを分析してみると良いと思います。

各言語の標準ライブラリ（C#なら.NetFramework（のBCL））のクラスやインターフェイスを、
普段のように使う視点ではなく、作る視点で見直すと、発見があると思います。

自分で一から設計すると、ユーティリティクラスに機能を詰め込んだりしがちですから、
たとえば、どうクラスに分けるか、どんなメソッドを作るかだけでも参考になります。

プリンシプル オブ プログラミング
を読んで、プログラムにどういう視点があるのかを見るといいかもしれません。

ちなみに内容は作者のブログのまとめなので
そっち読んだほうが安上がりです

あとは別言語であそぶとかですかね

こんにちは。

デザインパターンについては学習されましたか？  
全てのパターンが良いというわけではないのですが、アンチパターンも含めクラスやインターフェース設計のパターンを知るにはちょうど良いのではないかなと思います。

周りにお手本となるような先輩・上司が見当たらないのでしたら、オープンソースでC#で書かれているものを探してソースを入手し解析してみてはいかがでしょうか。
オープンソースだから必ずしも洗練されたソースコードであるとは言い切れないかもしれませんが、自社とはまた違う文化で書かれたソースコードを読むことは、なにがしかのプラスになると思います。
思い切ってそういったオープンソースのプロジェクトに参加してみるというのもいいかもしれません。

ほかの人と同様にデザインパターンがおすすめですが、クラス設計の前に、メソッドに分けることを憶えた方が良いと思いました。私が前にいた職場で同僚たちがやはり１メソッドが数百行になっていました。関数のくくりだしができないのです。

違うかもしれませんがほかの人の補足として書いてみます。（一度書いてみたい内容だったので、自己満足のためでもあります。）

C#でクラスの設計をする場合、インスタンスの変数はインスタンスのメソッドが共通で使います。
基本的には、構造体を第一引数に取るようなイメージです。

基本的に関数に分割出来ないとクラス設計は難しいです。

メソッドを括りだすときのヒントです。

・メソッドは再利用のためにではありません。一連の処理に名前（タイトル）を付けて詳細を隠すのが目的と考えてください。（正確には違うかもしれませんが、はじめはこれでいいと思います。）

・メソッドをくくるときのヒントは、戻り値です。戻り値は１つしか持てないのが学びやすくて良いことだと思います。

・引数の名前とメソッド名で何をしているかを説明しましょう。名前は非常に大事ですが、あとで修正すればいいです。

・メソッドを作るのに一番考えやすいのは判定式です。一目でなんの判定をしているのか判らないものは、メソッド名でわかるようにすべきです。

・戻り値が２つ欲しくそのうちどちらかを使いたいとなったときは、メソッドを呼ぶ前に判定式を入れましょう。

・戻り値２つ両方とも、使いたいときは面倒ですがメソッドを２つ作りましょう。判定式をメソッドにできていればそれほど面倒ではないはずです。

・引数の数にも注意しましょう。５個より少ないのが望ましいです。メソッドの分割を検討しましょう。

・ここまでできたら、１メソッド１５行以下を目指しましょうそれほど難しくないはずです。2ヵ所で代入している変数を見たらメソッドにくくりだせないか考えてください。

そして、同僚には読みづらいという批判をする人もいるとおもいます。しかし、自分にとっては今まででは考えられないほど読みやすく、デバックがやりやすいソースコードになっている実感があります。また、1メソッドで書くより、思ったほど行数が増えていないことに驚くことになると思います。

こんにちは。
一般的な学習については他の人が解説してるので、もっと実践的な方向の回答を入れてみます。

自分の場合、プログラミングに関する本など一冊も読んだことがないので、あまり参考にならないかもしれませんが、自分が今までやってきた学習法で一番大きかったのはやはり「使用しているライブラリのソースを読む」ですね。
そこで、ILSpyというフリーソフトウェアをオススメします。
これはデコンパイラで、DllになっているライブラリをC#ソースコードにデコンパイルするアプリケーションです。
自分の使った機能が「どうやって書かれているのか？」と気になった瞬間にそのソースを（ある程度）読める形で見られるというのは、予想以上にスキルアップに繋がります。コレを使って、使用しているライブラリのソースを片っ端から読んでみてください。
MSの基本ライブラリなど、オープンソースになってたりするライブラリについてはそっちを読むのでもいいんですが、「今さっき使ったメソッドを」「今ここで」すぐに読めるっていうのは割と強力なメリットでもあります。
使用する際は、サードパーティ製ライブラリなどはデコンパイル禁止が書かれてたりするのでライセンスに気をつけてください。

もう一つ。
時間があるときに限りますが、「全く別のプログラミング言語の基礎だけでも触って覚えてみる」というのはかなり効きます。それも、C#とは概念レベルで大きく異なる言語……というかぶっちゃけHaskellなんですが。
データを不変にするメリットや、クラスなどデータ設計に関する知識など、C#をやってるだけだとなかなか身につかないものが一瞬で手に入ります。自分のクラス設計やデータフローの設計に関する知識はHaskellの言語仕様から仕入れたものです。
まあ、Haskellに限らず、「別の言語に触ってみる」というのはかなりイイですよ。思いもよらなかった方向から気付きを得られます。