抽象化は、実装の詳細を隠し、機能のみをユーザーに示すプロセスです。 別の方法では、ユーザーにとって重要なことだけを表示し、内部の詳細を非表示にします。 以下は、抽象クラスが作成され、抽象メソッドがオーバーライドされる例です。しかし、私が理解していないことは、実装の詳細を隠す方法です。 abstract class Bank
{
abstract int getRateOfIntere
私は抽象クラスを継承しています。親メソッドではいくつかの条件をチェックし、発生した場合はChildメソッドの実行を停止する必要があります。しかし、returnの後、子供はそのコードを続けています！メソッドは無効にする必要があります。 また、私はthrow new Exception();を試しましたが、動作しません。 public abstract class ParentClass
{
私はDAOのリポジトリについてこの記事を読んできましたが、私はDAOの実装をいくつか見てきましたが、なぜこれらのパターンの使用を抽象化したのか不思議です。たとえば、記事では、著者は汎用リポジトリの代わりにAccountRepositoryを使用します。 public class DatabaseRepository<T> {
public boolean addItem(T item)
私は現在VSTO for Excelを作成していますが、これは他のアプリケーションにも当てはまります。アプリはいくつかのサイト用ですので、私はコアロジックとサイト固有のロジックを書いています。私はサイト間の交換を容易にするために、すべてのサイト固有のロジックを1つのサブフォルダに保存しようとしています。 VSTOには、ThisAddIn.csというクラスがあります。 AddInUtilitiesと
私は、それが呼び出す関数が何をするのかわからない関数を持つ基本クラスを持っています。その行動は子供に定義されています。親関数は、子から呼び出されます。この作業を行うための正しい構文/方法は何ですか？特に私はFunctionToBeDefinedLater例の代わりに入れなければならないことは以下： public class ToolScript : MonoBehaviour {
pub