Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Интерфейс контекстно-зависимой типизации #165

Open
impworks opened this issue Jun 14, 2014 · 0 comments
Assignees
Labels
Milestone

Comments

@impworks
Copy link
Owner

В языке есть несколько элементов, которые не имеют собственного типа и требуют его указания во внешнем контексте:

  • Литерал null
  • Лямбда-функция с опущенными типами аргументов
  • Скоро добавится метка обобщенного типа, не имеющая связанного объекта ( как None в Option<T>).

Сейчас контекст для них разрешается по-разному. Есть смысл унифицировать механизм до единого.

Например, эти ноды реализуют некий интерфейс IPartiallyTypedNode:

interface IPartiallyTypedNode
{
    bool IsPartiallyTyped { get; }
    void SetInferredType(Type type);
}

Пока IsPartiallyTyped == true, вызов Emit() вызывает ошибку, завивимую от ноды. Вызов метода SetInferredType гасит этот флаг. Проверка будет стоять, как и сейчас, в четырех местах:

  • Передача аргумента в метод
  • Присвоение значения в переменную, поле или индекс массива
  • Приведение значения к типу
  • Использование аргумента в операторе композиции функций

Кроме того, потребуется особая обработка в инициализаторах коллекций.

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant