Ну определил. Как дальше его использовать?

interface ClockConstructor { nameless(hour: number, minute: number); } class Clock implements ClockConstructor { static nameless(hour: number, minute: number){} }

Да я не против, правда, мне показалось необычным и всё)

Ок, это что-то нормальное

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

interface ClockConstructor { nameless(hour: number, minute: number); } class Clock implements ClockConstructor { static nameless(hour: number, minute: number){} }

Это не должно работать

interface ClockConstructor { nameless(hour: number, minute: number); } class Clock implements ClockConstructor { static nameless(hour: number, minute: number){} }

ты объявляешь интерфейс не для реализации, а для абстрагирования от реализации клиентским кодом

Кажись, в самом классе никак нельзя сказать, что ты имплементишь этот интерфейс. Ну, я пока только на выводе типов вспомнил (см. мой пример).

Это не должно работать

это и не работает мне нужен рабочий вариант

короче говоря владелец интерфейса - тот, кто его использует

interface A { f(): void } class B { static f() {} } function dosmth(o: A) { return o.f() } dosmth(B)

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

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

IT-Liba Библиотека программиста | Programmer Library Скачать книги бесплатно Download Books Free pdf djvu epub https://t.me/itliba

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

ну вот, задал вопрос и сразу в кусты... ))

ну вот, задал вопрос и сразу в кусты... ))

Ну в смысле) Я пытаюсь понять что вы подобным образом выразить пытаетесь

Очень сильно задумался, правда. Спасибо)

Кажись, в самом классе никак нельзя сказать, что ты имплементишь этот интерфейс. Ну, я пока только на выводе типов вспомнил (см. мой пример).

посмотрел пример это получается что нужно использовать функцию-фабрику? без нее не выйдет?

посмотрел пример это получается что нужно использовать функцию-фабрику? без нее не выйдет?

Класс ведь и есть функция-фабрика!

Класс ведь и есть функция-фабрика!

одно дело когда используется оператор new и совсем другое дело, когда при импорте надо импортировать какую-то функцию-фабрику ну в общем я понял как это делать спс за вариант решения! завтра подумаю заюзать это или вообще отказаться от статики в интерфейсе))

доброе, ребят есть проект на Rails, как бы нам в нем красиво организовать локализацию i18n в части TyprScript из рельсового yml, кто-то сталкивался? https://github.com/yizeng/strafforts

Зачем они так сделали >.<

Потому что TS клон языка AS3 )

Потому что TS клон языка AS3 )

С# значит непричём?

С# значит непричём?

абсолютно не причем

?

AS3 позаимствовал синтаксис из Сишарп 1 (2002) и Джава языка. Пришло время наказать вора и переделали его в TS заранее убив флэш, чтоб не сопротивлялся)

AS3 позаимствовал синтаксис из Сишарп 1 (2002) и Джава языка. Пришло время наказать вора и переделали его в TS заранее убив флэш, чтоб не сопротивлялся)

А миром правят рептилоиды

Многие как свой первый язык выбирали между Турбо Паскалем и Бэйсиком в универе, это было основа основ, чтобы реализовывать алгоритмы а не терять время на синтаксисы разных языков. А я пошел еще дальше и начал изучать AS3 как свои первые шаги в мир программирования, и не пожалел даже, потому что мне попалась книга от Колина Мука

а раньше ведь AS3 прогеры были востребованы

а раньше ведь AS3 прогеры были востребованы

Совершенно верно, это тоже наверное повлияло на мой выбор. Когда вышел TS, изучил этот язык ровно за неделю, ведь там схожесть на 98.5%

И после всего через что я прошел изучив куча языков и технологий, я стал одним из самых крутых программистов во всей истории человечества. Да, я горжусь с собой и, спасибо что я есть. Я не шучу.

Ведь это же я RML! Вам это имя о чем то говорит?

Всего то три латинских букв, но что стоит за этим именем..

лол

Ведь это же я RML! Вам это имя о чем то говорит?

Точно точно, я его фанат он сделал... Ну это ну как его. Ты очень скромный чувак ?

И после всего через что я прошел изучив куча языков и технологий, я стал одним из самых крутых программистов во всей истории человечества. Да, я горжусь с собой и, спасибо что я есть. Я не шучу.

Да чего одним, самым крутым.

Всего то три латинских букв, но что стоит за этим именем..

Но латыши украли эти буквы у греков. Как и Action Script.

а ты случайно не работал над такой игрой как гульмэн?

RML

какой-то троль зашел в чат этот RML

Парни, можно ли сделать ссылку на список енамов, который после можно было бы вызывать напрямую и работало сравнение «ссылка на енам === енам»?

К примеру есть файл с енамами - app/Enums, внутри лежит енам type { one, two, three }

Есть интерфейс, house { type: Enums.type, title: string, id: number }

В другом месте у меня есть еще один файл с енамами - clients/Enums, где type отсутствует

Чтобы не кидать импорт из app/Enums, можно ли добавить ссылку на type в clients/Enums, чтобы можно было вызывать type напрямую из clients/Enums?

Чтобы interface house при этом работал, который ожидает получить на вход app/Enums.type

А почему импорт плохо?

А почему импорт плохо?

Енамы относятся к разным модулям, но принято решение сделать один из классов глобальным, который тянет за собой енам

Явный импорт > неявный импорт

Енамы относятся к разным модулям, но принято решение сделать один из классов глобальным, который тянет за собой енам

было принято плохое решение

было принято плохое решение

Дублирование большого кол-ва кода в большом кол-ве модулей усложняет отладку и приводит к неисправлению багов в других модулях при правке в одном

Дублирование большого кол-ва кода в большом кол-ве модулей усложняет отладку и приводит к неисправлению багов в других модулях при правке в одном

заводить глобальные обьекты в таком случае серебрянная пуля

А как это вообще могло бы выглядеть? Ну, "ссылка" эта.

Зачем дублировать если можно импортить из других модулей

заводить глобальные обьекты в таком случае серебрянная пуля

На каждое действие всегда есть два мнения))

Зачем дублировать если можно импортить из других модулей

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

Я плохо понимаю что за ссылка и чем не подходит import { YourEnumFromAnotherModule } from "path/to/another/module"

Понятно, спасибо

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

А вы не могли бы подсказать - где такое есть?

Яу, парни, подскажите пожалуйста, кто нибудь сталкивался с проблемой TS2428: All declarations of 'Dispatch' must have identical type parameters.? Может подскажите как это можно решить? Гуглил, но ответа на данный вопрос так и не нашёл.

Решил проблему. awesome-typescript-loader - лох! Поставил ts-loader, полёт нормальный.

ERROR: S client not available

Привет всем. Метод get params.get('id') возвращает тип стринг, как его привильно приводить к числу средствами typescript, или юзать parseInt как в js?

private id: number; this.id = params.get('id');

также как и в жс

Привет всем. Метод get params.get('id') возвращает тип стринг, как его привильно приводить к числу средствами typescript, или юзать parseInt как в js?

Парсить, работать у вас будет жс код. Приведение типа вообще ничего не делает в рантайме.

лучше всего parseInt, для простоты иногда достаточно +

лучше всего parseInt, для простоты иногда достаточно +

я в еслинте сделал правило, на запрет таких приведений типов только Number и parseInt(x, radix) все явно и понятно минификатор уж разберется на что заменить parseInt

Кто то билдил typescript под использование в браузерах, без использования webpack или rollup?

Просто заметил, что в конфигах можно прописать билд в umd, но на выходе что то странное получается

У меня есть древний angularjs, который browserify собирает

Или в смысле без бандлеров?

Или в смысле без бандлеров?

В tsconfig.json можно прописать module: umd, что как бы должно компилировать все в модуль и для браузеров, и для ноды, но на выходе получается какая то связка из нескольких модулей, которая только с нодой работает.

В tsconfig.json можно прописать module: umd, что как бы должно компилировать все в модуль и для браузеров, и для ноды, но на выходе получается какая то связка из нескольких модулей, которая только с нодой работает.

Это с outFile?

Я без идей как это вообще работает если честно

Это с outFile?

Нет, почему то не дает outFile, пишет, что для umd нужен outDir

Понятно, на этом шаге мои знания изкоробочного сборщика заканчиваются)

Понятно, на этом шаге мои знания изкоробочного сборщика заканчиваются)

Да не страшно, буду просто rollup юзать)

Спасибо за все

Няма за шо

в typescript есть инициализаторы объектов? как в C# point = new Point() { x = 0, y = 0 }

в typescript есть инициализаторы объектов? как в C# point = new Point() { x = 0, y = 0 }

надо сначала понять есть ли в нем свойства

но вроде нету

в typescript есть инициализаторы объектов? как в C# point = new Point() { x = 0, y = 0 }

Пока нету. Но люди выкручиваются https://habr.com/company/ruvds/blog/350536/

в typescript есть инициализаторы объектов? как в C# point = new Point() { x = 0, y = 0 }

new class Point { x = 0; y = 0 }() кек

new class Point { x = 0; y = 0 }() кек

Элегантным движением руки брюки превращаются… class Point { x: number; y: number; } const createPoint = () => new class _ extends Point { x = 10; y = 30; }; // нет, ну серьёзно, смотрите — почти то что надо const pt = createPoint(); console.log(pt instanceof Point); // true

в typescript есть инициализаторы объектов? как в C# point = new Point() { x = 0, y = 0 }

а смысл

Элегантным движением руки брюки превращаются… class Point { x: number; y: number; } const createPoint = () => new class _ extends Point { x = 10; y = 30; }; // нет, ну серьёзно, смотрите — почти то что надо const pt = createPoint(); console.log(pt instanceof Point); // true

Имя _ даже не нужно, class extends

Ого!

Но я надеюсь никто не решит так писать ?

kek: Point = { x: 0, y: 0 }