Пардон, это запись на чём?

это Х*ль (ну и не только, синтаксис довольно универсальный для языков с продвинутыми системами типов), но вообще не суть type F<T> = (x: T) => number это не type F = <T>(x: T) => number

ты прав, это немного разные вещи

У меня кстати и твой оригинальный вариант тоже работает

https://www.typescriptlang.org/play/index.html#src=interface%20IFoo%20%7B%0A%20%20%20%20(greeting%3A%20string)%3A%20void%3B%0A%20%20%20%20%3CT%3E(greeting%3A%20string%2C%20extra%3A%20T)%3A%20void%3B%0A%7D%0A%0Ainterface%20IFoo2%3CT%3E%20%7B%0A%20%20%20%20(greeting%3A%20string)%3A%20void%3B%0A%20%20%20%20(greeting%3A%20string%2C%20extra%3A%20T)%3A%20void%3B%0A%7D%0A%0A(%7B%7D%20as%20IFoo)('a'%2C%201)%3B%0A(%7B%7D%20as%20IFoo2%3Cnumber%3E)('a'%2C%201)%3B

работает?

не запускается, разумеется, но компилируется

а как победить TSLIN?

в одну строку ругается что слишком длинная

отключить эту опцию или аннотацию поставить сверху

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

отключить эту опцию или аннотацию поставить сверху

чот костыльно

"max-line-length": false,

пропишите

У меня, честно признаться, другой костыль — отдельный линт-конфиг для ts, отдельный для tsx. Иначе не придумал разруливать подобные и иные проблемы

решил через helpText={ 'It provides a flexible class that encourages proper grouping of labels' + 'controls, optional help text, and form validation messaging' }

костыльно конечно

не айс же

Формулировка напоминает It rubs the lotion on its skin or else it gets the hose again :)

Ну просадка по перформансу, конечно, но это ж не дотнет, чтобы от этого интернирование строк сломалось

Так что сомневаюсь, что так уж не айс

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

не лорем ипсум же пихть )

короче нашел еще воркараунд

helpText={`....`}

в виде template strings

Парни, всем привет! Что вы можете скзаать за и против использования namespace в крупных проектах?

За нет.

За нет.

Какая то аргументация?

Какая то аргументация?

Есть стандарт - модули.

Неймспейсы избыточны.

Есть стандарт - модули.

Как люди в крупных проектах живут тогда?

Как люди в крупных проектах живут тогда?

А что мешает?

Одинаковые названия

Одинаковые названия

Нет проблем в этом.

Нет проблем в этом.

Да бля ты можешь аргументировать это как то

Это стандарт, нет проблем, что мешает...

Одинаковые названия

одинаковые названия чего?

так какую проблему вызывают одинаковые название вещей в разных модулях?

export get; export getAll; import * as users; user.getAll();

Да бля ты можешь аргументировать это как то

Ну, у модулей нет преимуществ перед неймспейсами. Что я тебе могу сказать?

Это стандарт, нет проблем, что мешает...

ты же точно так же про проблемы говоришь, покажи проблемы

namespace устаревшая штука, ее не надо юзать, че еще тут скажешь

а, ну и бабелем в 7ой версии не поддерживаются

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

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

А зачем префиксы?

Ну пусть называются одинаково.

import as?

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

import as?

У меня не было ни разу таких ситуаций.

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

еще раз import * as users; users.getAll

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

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

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

У меня три Point класса, все три для разных вещей и вообще все может отдельно рабоать

ну и юзай их отдельно

У меня три Point класса, все три для разных вещей и вообще все может отдельно рабоать

Ты их в одном файле используешь?

если тебе надо в коде юзать несколько одновременно, то очень логично в имени при подключении указать в чем их разница

ну и юзай их отдельно

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

по моему только жс так форсят практику закидывать все с текущий скоуп

если тебе надо в коде юзать несколько одновременно, то очень логично в имени при подключении указать в чем их разница

3dPoint, GeoLocationPoint, ImagePoint хз че ты там делаешь

во многих языках форсят другую практику - импортировать все квалифицированно (как import * as) и в идентификаторах не дублировать имя модуля

ну либо как советует @kana_sama подключай с именем модуля

то есть не import { getAllUsers } from "./users"; а import * as users from "./users"; users.getAll

если тебе надо в коде юзать несколько одновременно, то очень логично в имени при подключении указать в чем их разница

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

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

так ты ж сам зачем-то ре-экспортишь с одинаковыми названиями

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

Предположения?

эту проблему никак неймспейсы не решают)

то есть не import { getAllUsers } from "./users"; а import * as users from "./users"; users.getAll

Дак че получается реэкспорт плюс имя, тот же по сути неймспейс

Дак че получается реэкспорт плюс имя, тот же по сути неймспейс

Да

Дак че получается реэкспорт плюс имя, тот же по сути неймспейс

но без легаси неймспейсов из тс

Да

Ну дак сразу бы так и сказали! Идея хорошая.

ты че

сразу и написал

а потом еще два раза

лол

Ну как бы там ничего не было про реэкспорт...

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

стой, какой реэкспорт

зачем реэкспорт

а, я понял, у тебя по разным файлом разбито

тогда да, реэкспорт)

а, я понял, у тебя по разным файлом разбито

ну дак да

В общем я хочу написать симулятор движения цены на рынке акций с настраиваемой скоростью. Основной плюс - можно быстро проторговать целые месяцы и набить опыт, если вдумчиво анализировать. Вот гиф, показывающий что я хочу сделать. Встал вопрос - на чем писать?! Цена акции может меняться за микросекунды! Надо хорошую производительность - думаю java не подойдет! Никогда не писал приложения на десктоп и не знаю вбще с чего начать. Скилла не хватает.. на каком фреймворке писать лучше визуализацию? Electron.js, D3.js, ember.js react.js ?

Вот это производительность, целых 3 фпс в секунду! Вообще похоже на спам, к ТСу не имеет никакого отношения

на тс не написать это?

Сначала в ворде напиши

Что ты хочешь

так я же написал сверху?

Быстрее ассемблера нет ничего

"Надо хорошую производительность - думаю java не подойдет!" - орнул с этого

)))

Быстрее ассемблера нет ничего

Тут соглашусь

Спроси в асм чате

а где его взять?

не знаете?