Как заставить детей объекта быть определенным интерфейсом или расширяться от этого интерфейса?

Question

Как заставить детей объекта быть определенным интерфейсом или расширяться от этого интерфейса?

1

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

export interface Configuration {
  pages: {
    home: IHome;
    about: IAbout; // I want IAbout will have to extends IPage
    contact: IPage;
  };
}
interface IPage {
  displayName: string;
}

interface IHome extends IPage {
  slider: any; // property that only Home has
}

interface IAbout { // How to force this interface to extends IPage like IHome interface
  map: any; // property that only About has
}

Как я могу заставить IAbout extends IPage?
Я знаю метод [pageName: string]: IPage, но он не заставляет IPage extends IPage.
Есть ли способ обеспечить, что значения будут наследоваться от IPage?

Adi1231234 25 апр. 2019, в 15:12

Источник

0

Я не понимаю, о чем ты спрашиваешь. Что вы имеете в виду, что Home не расширяет Page ? Можете ли вы включить код, который показывает, что вы хотели бы видеть, чтобы компилирование без ошибок и что вы хотели бы видеть, чтобы компилирование с ошибками?
jcalz 25 апр. 2019, в 13:15
0

Вы должны быть более понятным, Home уже расширяет Page потому что вы написали interface Home extends Page . Что еще тебе нужно? Как примечание, назовите свои интерфейсы IPage , IHome и т. Д., Чтобы отличать их от типов классов. Кроме того, поскольку Home простирается от Page , нет необходимости displayName в обоих. Возьми это из Home . Есть ли другие свойства в этих интерфейсах, ваш код кажется слишком упрощенным. вставить больше и дать больше объяснений.
codeepic 25 апр. 2019, в 13:15
0

Я добавил более конкретный пример и исправил ваши предложения @codeepic
Adi1231234 25 апр. 2019, в 13:37
0

Я добавил более конкретный пример @jcalz
Adi1231234 25 апр. 2019, в 13:40
1

Хорошо, это немного яснее, но этот вопрос все еще сбивает с толку: How can i force IPage to extends IPage? I know the method [pageName: string]: IPage, but it won't force IPage to extends IPage. -> Интерфейс не может расширяться сам. Если вы хотите заставить IAbout расширять IPage просто напишите IAbout extends IPage как вы это делали для IHome . Серьезно, чувак, ты должен быть очень чётким со своими вопросами по SO, иначе они будут опровергнуты и удалены очень быстро.
codeepic 25 апр. 2019, в 13:59
0

Я призываю вас включить код, который явно отображает некоторые предполагаемые варианты использования ваших типов, особенно те, которые вы хотели бы предотвратить. Прямо сейчас вы говорите «расширяет», но, возможно, вы имеете в виду что-то еще.
jcalz 25 апр. 2019, в 14:05
0

Извините, это была ошибка, я исправил это. я знаю, что я могу просто написать, расширяет IPage следующим IAbout, но я хочу форсировать его, объявив объект страниц как контейнер значений IPage только @codeepic
Adi1231234 25 апр. 2019, в 14:21
0

Я думаю, я знаю, куда ты идешь с этим. Вы могли бы написать это как pages: {[pageName: string]: IPage}; Таким образом, вы в основном заявляете, что любая страница должна быть IPage типа или подтипа. Проверьте принцип подстановки Лискова -> ТВЕРДЫЕ принципы для более подробного объяснения. Проблема заключается в том, что если вы не используете Configuration или IHome , IAbout интерфейсы somehere в вашем коде, вы не получите никаких ошибок transpilation. Но если вы реализуете эти интерфейсы и не расширили, например, IHome с IPage вы должны получить некоторые ошибки.
codeepic 25 апр. 2019, в 14:27
1

Хорошо спасибо! Решение вопроса состоит в том, чтобы добавить в дополнение ко всем значениям определение: [pageName: string]: IPage И так, каждому придется extends IPage
Adi1231234 25 апр. 2019, в 15:27
0

Я проверил еще раз, и есть проблема, все кажется нормальным, и [pageName: string]: IPage заставляет всех extends IPage , но как только вы пытаетесь создать объект конфигурации, возникает ошибка, что слайдер не существует дома, потому что он это IPage, а не IHome. Вы знаете, почему это происходит? @codeepic
Adi1231234 27 апр. 2019, в 06:25
0

@Adi1231234 Adi1231234 посмотрите здесь stackblitz.com/edit/typescript-kbfp9s - без ошибок - ваш код выглядит похожим?
codeepic 28 апр. 2019, в 11:27

Показать ещё 9 комментариев

Теги:

typescript

typescript-typings

3 ответа

Ещё вопросы

Я не понимаю, о чем ты спрашиваешь. Что вы имеете в виду, что Home не расширяет Page ? Можете ли вы включить код, который показывает, что вы хотели бы видеть, чтобы компилирование без ошибок и что вы хотели бы видеть, чтобы компилирование с ошибками?
Вы должны быть более понятным, Home уже расширяет Page потому что вы написали interface Home extends Page . Что еще тебе нужно? Как примечание, назовите свои интерфейсы IPage , IHome и т. Д., Чтобы отличать их от типов классов. Кроме того, поскольку Home простирается от Page , нет необходимости displayName в обоих. Возьми это из Home . Есть ли другие свойства в этих интерфейсах, ваш код кажется слишком упрощенным. вставить больше и дать больше объяснений.
Я добавил более конкретный пример и исправил ваши предложения @codeepic
Я добавил более конкретный пример @jcalz
Хорошо, это немного яснее, но этот вопрос все еще сбивает с толку: How can i force IPage to extends IPage? I know the method [pageName: string]: IPage, but it won't force IPage to extends IPage. -> Интерфейс не может расширяться сам. Если вы хотите заставить IAbout расширять IPage просто напишите IAbout extends IPage как вы это делали для IHome . Серьезно, чувак, ты должен быть очень чётким со своими вопросами по SO, иначе они будут опровергнуты и удалены очень быстро.
Я призываю вас включить код, который явно отображает некоторые предполагаемые варианты использования ваших типов, особенно те, которые вы хотели бы предотвратить. Прямо сейчас вы говорите «расширяет», но, возможно, вы имеете в виду что-то еще.
Извините, это была ошибка, я исправил это. я знаю, что я могу просто написать, расширяет IPage следующим IAbout, но я хочу форсировать его, объявив объект страниц как контейнер значений IPage только @codeepic
Я думаю, я знаю, куда ты идешь с этим. Вы могли бы написать это как pages: {[pageName: string]: IPage}; Таким образом, вы в основном заявляете, что любая страница должна быть IPage типа или подтипа. Проверьте принцип подстановки Лискова -> ТВЕРДЫЕ принципы для более подробного объяснения. Проблема заключается в том, что если вы не используете Configuration или IHome , IAbout интерфейсы somehere в вашем коде, вы не получите никаких ошибок transpilation. Но если вы реализуете эти интерфейсы и не расширили, например, IHome с IPage вы должны получить некоторые ошибки.
Хорошо спасибо! Решение вопроса состоит в том, чтобы добавить в дополнение ко всем значениям определение: [pageName: string]: IPage И так, каждому придется extends IPage
Я проверил еще раз, и есть проблема, все кажется нормальным, и [pageName: string]: IPage заставляет всех extends IPage , но как только вы пытаетесь создать объект конфигурации, возникает ошибка, что слайдер не существует дома, потому что он это IPage, а не IHome. Вы знаете, почему это происходит? @codeepic
@Adi1231234 Adi1231234 посмотрите здесь stackblitz.com/edit/typescript-kbfp9s - без ошибок - ваш код выглядит похожим?

איתמר יתום · Answer 1 · 2019-04-29T12-35-00.000Z

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

Вы можете использовать пересечение с IPage и сопоставленный объект с вычисленными ключами.


type ChildrenWithIPage<T extends object> = {
  [key in keyof T]: T[key] & IPage;
};

export interface Configuration {
  pages: ChildrenWithIPage<{
    home: IHome;
    about: IAbout;
    contact: IPage;
  }>;
}
interface IPage {
  displayName: string;
}

interface IHome {
  slider: any;
}

interface IAbout {
  map: any;
}

Использование [key in keyof T] будет перебирать все ключи T, T[key] будет возвращать значение в key свойства, а & IPage создаст пересечение, которое очень похоже на наследование интерфейса

Adi1231234 · Answer 2 · 2019-04-25T13-53-00.000Z

Решение вопроса состоит в том, чтобы добавить в дополнение ко всем значениям определение: [pageName: string]: IPage, и поэтому каждому придется extends IPage

export interface Configuration {
  pages: {
    [pageName: string]: IPage
    home: IHome;
    about: IAbout; // Now IAbout will have to extends IPage
    contact: IPage;
  };
}
interface IPage {
  displayName: string;
}

interface IHome extends IPage {
  slider: any; // property that only Home has
}

interface IAbout { // now IAbout will have to extends IPage
  map: any; // property that only About has
}

Cucamber · Answer 3 · 2019-04-25T11-54-00.000Z

Заставлять детей это элегантно. Я рекомендую вам прекратить это.