Есть ли более изящные способы типизировать диапазон number?

WbICHA, пробовал этот вариант, там внутри функции checkWithError параметр n будет "числом и массивов строк", соответственно все свойства массива добавляются в n (выходит черт знает что в автокомплите), и к тому же n можно присвоить в массив.
А тип ErrorMix "почти ничего" не добавляет, у него только поле-симбол, недоступное снаружи и уникальное.

Есть ли более изящные способы типизировать диапазон number?

WbICHA, решение проблемы из моего пред. коммента.

Есть ли более изящные способы типизировать диапазон number?

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

пример

здесь в check всё нормально, внутри CheckWithError аргумент оказался числом или строкой, а "попытка всё исправить" в checkWithError2 закономерно возвращает нас к never, см. последнюю строку

Есть ли более изящные способы типизировать диапазон number?

Kentavr16, можно ещё в такую сторону поэкспериментировать

здесь предполагается, что функция проверяет тип входных данных, и если он не соответствует проверке, то превращается в never, как следствие будет ошибка TS. Вариант подходит, если ты будешь передавать в функцию числовой литерал.

Но тоже непонятно, насколько это полезно. Возможно, тебе всё это ни к чему, если гарантируется, что в поле lat значение попадет только через метод setLat. Ты можешь просто создать класс Earth, в котором будет геттер/сеттер для lat, тогда проблем не возникнет - в сеттере проверка не допустит лишнего. Тогда и тип не нужен.

Есть ли более изящные способы типизировать диапазон number?

Kentavr16,

-90|-89|-88|...

широта редко бывает целым числом. Примерно в 0% всех случаев)

надо заметить, что с долготой та же история.

Как переопределение уровень доступа свойств интерфейса ts?

genrich_pauls, чтобы не возникало проблем, надо "превратить класс в тип"

пример

здесь PublicClassData берет из класса только всё публичное, и теперь в интерфейсе можно добавить свойство, одноименное приватному.

Разумеется, теперь класс DropdownAsyncSelectQueryHelper не соответствует интерфейсу CompositeAttributeQueryHelper, т.к. не содержит публичного поля props

Суммa элeментoв пoд чeтными индeксaми?

Sergei Nazarenko,

преподавателю это может не понравиться

более вероятно, что ему не понравится способ с лишними действиями. В конце концов, если бы нужна была эта несчастная проверка на четность, то можно попросить найти сумму всех четных чисел.

Как правильно реализовать проверку на наличие новых сообщений?

Вебсокет же

Почему в примере дублируются строки инициализации полей класса?

Kentavr16, а что за книга-то? По ООП в целом, или конкретно по тайпскрипту? Если второе, то всё необходимое есть в документации, в частности там довольно неплохая глава по классам

Почему в примере дублируются строки инициализации полей класса?

выглядит как опечатка в книге

Почему Node все называют однопоточным, если он многопоточный?

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

в С++98 вполне можно было делать многопоточную логику.

Почему Node все называют однопоточным, если он многопоточный?

VolgaVolga,

И threads ноды - это не чистая многопоточность. В браузере тоже воркеры есть.

а что тогда есть "чистая многопоточность"?

насколько я знаю, браузерные воркеры - это прям настоящие потоки операционной системы. И даже есть разделяемая память в лице SharedArrayBuffer, с необходимостью синхронизировать доступ. Чего ещё не хватает для истинной многопоточности?

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

Как переопределение уровень доступа свойств интерфейса ts?

WbICHA, возможно, там какой-то хитрый архитектурный замысел)

Но в целом автор и сам не понимает, что ему нужно. Возможность наследовать интерфейс от класса сбила с толку)) 5й принцип solid такое недаром запрещает

TypeScript не верит самому себе?

WbICHA,

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

Почему не смогу? Если у меня переменная с типом 'foo' | 'bar', то все строковые методы с неё вызываются без проблем.

TypeScript не верит самому себе?

WbICHA, как всегда, мастерски! Спасибо

только чуть подправил ObjStr, он стал почти как этот мой OmitNonStrFields, чтобы не терялись поля, у которых тип - подмножество строк:

type ObjStr<T> = {[K in keyof T as T[K] extends string ? K : never]: T[K] & string};

obj: T & ObjStr< T > и строка в значениях ObjStr реально порешали проблему.

TypeScript не верит самому себе?

WbICHA, надо, чтобы obj[key] считался строкой, чтобы, например, я там же (внутри getStrValue) мог с ним что-то сделать как со строкой. Просто пример совсем упрощенный.

Что не так с кодом, работающим с графом?

Согласен, это тоже.

Ещё, по моему, Graph graph неправильно составлен (это ведь списки смежностей?)

Через какой алгоритм решать эту задачу?

mayton2019, ну вообще-то дано 2 параметра: сколько всего этажей, и стартовый этаж. Итого, функция от двух целых, возвращает целое.

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

я бы тег li оставил в родительском компоненте, а в отдельный вынес только его содержимое. Таким образом жёстко связанные в семантике html теги не будут разнесены потенциально по разным файлам.

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

Как это решать?

Wataru, да, для миллиарда это будет тяжеловато и лучше перебором. Но, например, для 100000 и 15 монет выйдет определенно быстрее. Возможно, наилучшим вариантом будет выбор стратегии в зависимости от значений.

в ДП меня смущает такой кейс: для dp[sum] единственным оптимальным предшественником оказался dp[sum - k], но в составе dp[sum - k] монета с номиналом k использована дважды, хотя этот dp[sum - k] можно было бы собрать и по другому с тем же количеством монет, сэкономив хотя бы одну монету k. Мне не удалось придумать такой пример, но нет гарантии, что такой кейс невозможен