Использование маркировок переменной Stata в R

Целью интерфейса является определение контракта между несколькими объектами, независимо от конкретной реализации.

Поэтому его обычно используют при наличии Intrace ISomething и конкретной реализации

class Something : ISomething

Поэтому переменную Interface можно использовать при создании контракта:

ISomething myObj = new Something();
myObj.SomeFunc();

Также следует прочитать интерфейс C #

Update:

Я объясню логику использования интерфейса для переменной, а не самого класса на примере (реальной жизни):

У меня есть универсальный интерфейс репозитора:

Interface IRepository {
    void Create();
    void Update();
}

И у меня есть 2 отдельных реализации:

class RepositoryFile : interface IRepository {}
class RepositoryDB : interface IRepository {}

Каждый класс имеет совершенно различную внутреннюю реализацию.

Теперь у меня есть другой объект, регистратор, который использует уже созданный репозиторий для записи. Этот объект, не важно, как репозиторий реализован, поэтому он просто реализует:

void WriteLog(string Log, IRepository oRep);

BTW, это также может быть реализовано с помощью стандартного наследования классов. Но разница между использованием интерфейсов и наследованием классов является еще одним обсуждением.

Подробнее о различии между абстрактными классами и интерфейсами см. здесь .

-121--1244320-

Вы не создаете экземпляр интерфейса - вы создаете экземпляр того, что реализует интерфейс.

точка интерфейса заключается в том, что он гарантирует, что все, что когда-либо реализовано, обеспечит методы, объявленные в нем.

Итак, теперь, на вашем примере, вы можете иметь:

MyNiftyClass : IMyInterface
{
    public void CallSomeMethod()
    {
        //Do something nifty
    }
}

MyOddClass : IMyInterface
{
    public void CallSomeMethod()
    {
        //Do something odd
    }
}

И теперь у вас есть:

IMyInterface nifty = new MyNiftyClass()
IMyInterface odd = new MyOddClass()

Вызов метода CallSomeMethod теперь будет делать либо что-то ничтожное, либо что-то странное, и это становится особенно полезным, когда вы проходите через IMyInterface в качестве типа.

public void ThisMethodShowsHowItWorks(IMyInterface someObject)
{
    someObject.CallSomeMethod();
}

Теперь, в зависимости от того, вызываете ли вы вышеупомянутый метод с помощью nifty или нечетного класса, вы получаете различное поведение.

public void AnotherClass()
{
    IMyInterface nifty = new MyNiftyClass()
    IMyInterface odd = new MyOddClass()

    // Pass in the nifty class to do something nifty
    this.ThisMethodShowsHowItWorks(nifty);

    // Pass in the odd class to do something odd
    this.ThisMethodShowsHowItWorks(odd);

}

EDIT

Здесь рассматривается, как мне кажется, ваш предполагаемый вопрос - Зачем объявлять переменную интерфейсным типом?

То есть зачем использовать:

IMyInterface foo = new MyConcreteClass();

В пользу:

MyConcreteClass foo = new MyConcreteClass();

Надеюсь, понятно, почему при объявлении сигнатуры метода следует использовать интерфейс, но это оставляет вопрос о переменных локальной области:

public void AMethod()
{
    // Why use this?
    IMyInterface foo = new MyConcreteClass();

    // Why not use this?
    MyConcreteClass bar = new MyConcreteClass();
}

Обычно нет технической причины, по которой интерфейс является предпочтительным. Обычно я использую интерфейс, потому что:

• я обычно вводу зависимости, так что полиморфизм необходим
• Используя интерфейс четко указывает мое намерение использовать только члены интерфейса

Одно место, где вы технически необходимо интерфейс, это где вы используете полиморфизм, например, создание вашей переменной с помощью фабрики или (как я сказал выше) с помощью зависимости инъекции.

Заимствование примера из itowlson, используя конкретное объявление, вы не могли сделать это:

public void AMethod(string input)
{               
    IMyInterface foo;

    if (input == "nifty")
    {
        foo = new MyNiftyClass();
    }
    else
    {
        foo = new MyOddClass();
    }
    foo.CallSomeMethod();
}

-121--1244313-

R не имеет встроенного пути для обработки меток переменных. Лично я думаю, что это недостаток, который надо исправить. Hmisc действительно предоставляет некоторое средство для обработки переменных меток, но метки распознаются только функциями в этом пакете. читать.dta создает data.frame с атрибутом «var.labels», который содержит информацию о маркировке. Затем можно создать словарь данных.

> data(swiss)
> write.dta(swiss,swissfile <- tempfile())
> a <- read.dta(swissfile)
> 
> var.labels <- attr(a,"var.labels")
> 
> data.key <- data.frame(var.name=names(a),var.labels)
> data.key
          var.name       var.labels
1        Fertility        Fertility
2      Agriculture      Agriculture
3      Examination      Examination
4        Education        Education
5         Catholic         Catholic
6 Infant_Mortality Infant.Mortality

Конечно, этот файл .dta имеет не очень интересные метки, но ваш должен быть более значимым.