Для предоставления примера, где я пропускаю или статическую реализацию методов интерфейса или что Mark Brackett представил как "так называемый метод типа":
При чтении из устройства хранения данных базы данных, у нас есть универсальный класс DataTable, который обрабатывает чтение из таблицы любой структуры. Определенная информация всей таблицы помещается в один класс на таблицу, которая также содержит данные для одной строки от DB и которая должна реализовать интерфейс IDataRow. Включенный в IDataRow описание структуры таблицы для чтения из базы данных. DataTable должен попросить datastructure от IDataRow прежде, чем читать из DB. В настоящее время это похоже:
interface IDataRow {
string GetDataSTructre(); // How to read data from the DB
void Read(IDBDataRow); // How to populate this datarow from DB data
}
public class DataTable<T> : List<T> where T : IDataRow {
public string GetDataStructure()
// Desired: Static or Type method:
// return (T.GetDataStructure());
// Required: Instantiate a new class:
return (new T().GetDataStructure());
}
}
GetDataStructure только требуется однажды, чтобы каждая таблица читала, издержки для инстанцирования еще одного экземпляра минимальны. Однако это было бы хорошо в этом случае здесь.
Это означает, что _M_X64 является целевым процессором. Это то, для чего вы строите, а не то, на чем вы строите.