Ну, это да.

В чём отличия?

static в прототипе и методы не enumerable

static в прототипе и методы не enumerable

О. Благодарю.

Кэп 😄

Я думал, ты имел ввиду, что при использовании методы экземпляра создаются, а не берутся из прототипа. =)

static в прототипе и методы не enumerable

для этого они должны же создаваться через defineProperty?

для этого они должны же создаваться через defineProperty?

Ага

или через create

https://www.typescriptlang.org/play/index.html#src=class%20Foo%20%7B%0D%0A%09static%20a()%20%7B%0D%0A%09%09%0D%0A%09%7D%0D%0A%09%0D%0A%09b()%20%7B%0D%0A%09%09%0D%0A%09%7D%0D%0A%7D

То есть TS для совместимости со всеми движками на это кладет

пока lodash и hasOwnProperty по прежнему в общем никто не отменял

https://www.typescriptlang.org/play/index.html#src=class%20Foo%20%7B%0D%0A%09static%20a()%20%7B%0D%0A%09%09%0D%0A%09%7D%0D%0A%09%0D%0A%09b()%20%7B%0D%0A%09%09%0D%0A%09%7D%0D%0A%7D

Тут кстати 1.8, надо 2 версию проверить

Хотя я думаю мало что поменяется

мб флаги какие есть, надо смотреть

под ноду имеет смысл.Или если не нужны старые браузеры. Но опять же, это все тлен, если на ноде, в браузерах, defineProperty тупит.

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

вот такое не подходит /[a-z]/i.test("string");

регексом?

Почему?

потому как есть строка типа

՟⹼䎂Ѧmt 薙$=^e c괼FB=;ƾB ⒴CeꐴX ?pf5֫쫂l cx稉ꟶ,~(珡ߖ鎏 ߨ

это не ок строка. мне их надо отсекать

а регексп это пропускает

Тебе нужно изучить необходимые алфавиты и выяснить последовательности символов.

Если там одна непрерывная последовательность, тебе повезло. =)

пока нашел решение брать 2-3 случайных буквы из строки по индексу и проверить их этим регексом

но помойму это плохое решение

а регексп это пропускает

ох отлично

Он пропускает это потому что ему сказанно матчится на любой символ

спасибо. в регексп я точно не спец)

Не за что)

^[a-z]+$

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

/([a-z|а-я])+/ig

/([a-z|а-я])+/ig

это проверит что есть хотя бы один символ но не проверит что строка содержит только эти символы

/^[a-zA-Zа-яА-ЯёЁ\s]+$/g

везет пхп у них есть проверка на класс юникода

и можно проверить на все буквы всех алфавитов ~5 символами

Стопудов есть пакет для этого

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

зря

Нет 😂

аргумент, ага

Если надо объяснять, то не надо объяснять

https://habrahabr.ru/post/142140/

жалобы неумех

А тооо. Тогда что же ты тут делаешь, извиняюсь?)

я под оба пишу

Это я уже понял

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

а не брать первый попавшийся

я под оба пишу

и как то что замыкания прикручены сбоку?

хотя впослений раз тыкался в пхп 2 года назад, но покодив 4 года и уйдя на JS решил не возвращаться

но это мои впечатления

в JS ф-ии объекты 1го порядка, в php все както на костылях

что будут [] + [] в js и php, как думаете?

Union

Увольнение за кретенический код

Это не преимущество языка

в пхп да, union

Это по факту некоторый сахар

Увольнение за кретенический код

если ты считаешь все, что не знаешь кретинизмом

Не очень хочется окунаться в этот замшелый спор, но у PHP есть явная проблема с происхождением: даже JS проектировался как полноценный ЯП

PHP эволюционировал из удобных скриптов для прикладных операций

Достаточно очевидно почему это плохо, но если надо - могу обосновать

если ты считаешь все, что не знаешь кретинизмом

Я считаю языковые конструкции на грани шизоидности и корректности не оптимальными для продакшн-кода

Я считаю языковые конструкции на грани шизоидности и корректности не оптимальными для продакшн-кода

т.е. все что неизвестно = шизоидно и кретинизм увольнение

Боже

Не говори за меня, что мне не известно, ок?

PHP vs JS - необыкновенно плодотворная почва для срача, кек

Учитывая что по какой-то там статистике это два самых ненавидимых своими пользователями языка

ладно, спор бесполезен, потому что в пхп сплошь нубье

> @esseswann PHP эволюционировал из удобных скриптов для прикладных операций только не из скриптов, а из шаблонизатора

Ну вроде того, да

Просто ЯП не может строится вокруг высокоуровневых функций

Всё что есть плохого в JS тоже изначально попытка натянуть нездоровое удобство поверх реальной мат модели

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

Сейчас уже нет

Даже когда рельса появилась удобство пхп резко встало под вопрос

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

на рельсах я тоже писал, мне не понравилось...