спасибо за комментарий) Статья рассчитана на новичков или погружающихся в TypeScript, поэтому некоторые формулировки специально упрощены для восприятия, но согласен, что-то можно было описать подробнее.
Если я правильно понял, вы постарались своими словами сказать, что ТС это подмножество JS. Но, по моему, получилось как то не совсем ясно.
Именно так и имелось ввиду, возможно из описания это было не совсем очевидно.
"Поддержка сторонних библиотек" - это вообще о чем? Если так читать сверху вниз, у нас ТС позволяет ровно тоже самое, что и js. О чем речь?
Речь про type definitions, которые написаны для поддержки TS для библиотек, изначально написанных под JS.
А почему тогда предыдущие два типа вы так же не определяли?
Тк на момент написания такое определение показалось наиболее уместным. Где-то, по моему мнению, лучше чем в документации и не скажешь, а где-то определение можно упростить или расширить. Думаю, это можно сделать на усмотрение автора.
Это при определении объектных типов разница может быть неочевидной, но и тут все очень быстро встает на свои места, если показать возможности одного и другого.
В следующем абзаце написаны примеры различий, а еще в следующем - в каких случаях какой вариант можно выбрать. Подробнейшее объяснение различий и их примеры можно взять как идею для следующей статьи.
Вы же в курсе, что класс может имплементировать любой объектный тип будь он задан через псевдоним или интерфейс?
Факт, но есть ограничение именно на объектность, например, пример ниже не будет корректным, хоть и имплементируется тип. Изначально формулировка подразумевала имплементацию классов в широком понимании, без исключений.
type TMyString = string
class MyStringClass implements TMyString {}
И вот любопытно, а почему вы не обратили внимание на коренное отличие перечислений от псевдонимов и интерфейсов?
Верное замечание, спасибо, что указали. Вероятно, на момент написания статьи обратился только к разнице тип-интерфейс, а не перечисление-"тип и интерфейс".
По моему, все таки стоило сделать, может, цикл статей?
Думаю, можно сделать и так, но цель изначально была одна статья. К слову, в конце как раз написал, что есть желание на вторую часть:
Если вам понравилось, то можно написать и вторую часть о интересных фишках TypeScript, что думаете?
Для интерфейсов вряд ли потребуется подобный эффект во время прокрутки, а для демо достаточно взять картинки.
Тем более изначально речь шла про сайт-лендинг, который демонстрирует возможные фичи проекта "Дизайн системы", сами стилизованные компоненты в проект лендинга не входят.
Конкретно в данном случае отрицательный margin повлечет смещение всех элементов, идущих после элемента с отрицательным margin. Ниже предложена альтернатива - position: relative и отрицательный top.
Фактически параллаксом можно назвать не отдельный эффект, а целую группу эффектов. То есть любую анимацию, завязанную на скролл, можно назвать параллакс-эффектом
спасибо за комментарий) Статья рассчитана на новичков или погружающихся в TypeScript, поэтому некоторые формулировки специально упрощены для восприятия, но согласен, что-то можно было описать подробнее.
Именно так и имелось ввиду, возможно из описания это было не совсем очевидно.
Речь про type definitions, которые написаны для поддержки TS для библиотек, изначально написанных под JS.
Тк на момент написания такое определение показалось наиболее уместным. Где-то, по моему мнению, лучше чем в документации и не скажешь, а где-то определение можно упростить или расширить. Думаю, это можно сделать на усмотрение автора.
В следующем абзаце написаны примеры различий, а еще в следующем - в каких случаях какой вариант можно выбрать. Подробнейшее объяснение различий и их примеры можно взять как идею для следующей статьи.
Факт, но есть ограничение именно на объектность, например, пример ниже не будет корректным, хоть и имплементируется тип. Изначально формулировка подразумевала имплементацию классов в широком понимании, без исключений.
Верное замечание, спасибо, что указали. Вероятно, на момент написания статьи обратился только к разнице тип-интерфейс, а не перечисление-"тип и интерфейс".
Думаю, можно сделать и так, но цель изначально была одна статья. К слову, в конце как раз написал, что есть желание на вторую часть:
Для интерфейсов вряд ли потребуется подобный эффект во время прокрутки, а для демо достаточно взять картинки.
Тем более изначально речь шла про сайт-лендинг, который демонстрирует возможные фичи проекта "Дизайн системы", сами стилизованные компоненты в проект лендинга не входят.
Конкретно в данном случае отрицательный margin повлечет смещение всех элементов, идущих после элемента с отрицательным margin.
Ниже предложена альтернатива - position: relative и отрицательный top.
Фактически параллаксом можно назвать не отдельный эффект, а целую группу эффектов. То есть любую анимацию, завязанную на скролл, можно назвать параллакс-эффектом