Привет банда. $aHref.match(/^#/) && $aHref.match(/^tel:/)

Подскажите чуток совсем, как записать регуляркой это. Я знаю, что нужно использовать ИЛИ

https://codepen.io/Sergey19940808/pen/paKRwO вот ссылка на html

Всем привет)

Кто пользуется gulp?

Всякие легаси проекты.

Всякие легаси проекты.

А что не так с галпом в 2018?

А что не так с галпом в 2018?

99.99% проектов имеют шаблонную структуру.

Не совсем понял

Всем привет, как удалить массив классов ? То есть, я выбираю js список элементов и как у них удалить классы ?

Просто удали атрибуты class

Отличный инструмент gulp. Только сейчас проще вебпак использовать, который специально для js(и около) заточен.

Не совсем понял

Функциональность галма излишня почти для всех сейчас. Поэтому смысла в нём не много, люди выбирают вебпак.

Привет всем. Что выбрать typescript или flow? Уже задавал этот вопрос в чате typescript. Но там мало подписчиков. Хотел бы больше комментов опыта использования.

Бери typescript

ts

Для него много IDE. Тот же vsCode. На нем Майкрософт разрабатывает

Андрей Васильев указал на существенное преимущество flow перед ts. Как я понял для Flow не обязательно прописывать типы параметров в теле каждой функции.

Это не преимущество

Это недостаток

И в ts тоже не обязательно при желании)

Возможно. Но, я думаю, можно и указывать и не указывать. TS не поймет что происходит в функции с этими параметрами, а flow поймет

В Typescript постоянно теряются тайпинги в функциях высшего порядка (наприер библиотек реакта). Если такой проблемы нет в flow, то почему не flow вместо ts?

во флоу всё зависит от качества тайпингов

То есть в typescript всё деревянно, а в флоу можно закрутить так что не распутаешь что от чего зависит?

распутать можно

try { res.render('index', { title: 'SweetShop', Lots: lot, Users: countUsers }); }catch (TypeError) { res.render('index', { title: 'SweetShop', Lots: lot, Users: 0 }); }catch (error) { console.log(error); } ругает try expected?

непонятно

Ребят как называется паттерн в js когда ООП не на прототипах, а на замыканиях, типа такого https://jsfiddle.net/e1kkc2ec/3/

Странный синглтон

это не синглтон

их можно много создавать и у каждого свои свойства будут

Точно точно криво посмотрел

Друзья, я вот думаю поучавствовать в Google Hash Code https://hashcode.withgoogle.com Может кто то еще ищет команду?

Точно точно криво посмотрел

https://jsfiddle.net/e1kkc2ec/6/

Module pattern

Вроде прикольное соревнование

не долгое

Вот пример задачи Introduction Did you know that at any given time, someone is cutting pizza somewhere around the world? The decision about how to cut the pizza sometimes is easy, but sometimes it’s really hard: you want just the right amount of tomatoes and mushrooms on each slice. If only there was a way to solve this problem using technology… Problem description Pizza The pizza is represented as a rectangular, 2-dimensional grid of R rows and C columns. The cells within the grid are referenced using a pair of 0-based coordinates [r, c] , denoting respectively the row and the column of the cell. Each cell of the pizza contains either: mushroom, represented in the input file as M ; or tomato, represented in the input file as T Slice A slice of pizza is a rectangular section of the pizza delimited by two rows and two columns, without holes. The slices we want to cut out must contain at least L cells of each ingredient (that is, at least L cells of mushroom and at least L cells of tomato) and at most H cells of any kind in total – surprising as it is, there is such a thing as too much pizza in one slice. The slices being cut out cannot overlap. The slices being cut do not need to cover the entire pizza. Goal The goal is to cut correct slices out of the pizza maximizing the total number of cells in all slices.

Module pattern

спасибо

И все это на NodeJs напишем

спасибо

Это по-моему плохие практики JS

есть же нормальные модули

Это по-моему плохие практики JS

да, сейчас напишу сюда основной вопрос

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

да, сейчас напишу сюда основной вопрос

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

Да и то не знаю на кой х возвращать из одной функции тело другой. От этого по-моему больше проблем или я что-то не догоняю и упустил.

Существует такой способ построения ООП в js как Module Pattern Выглядит примерно так https://jsfiddle.net/e1kkc2ec/6/ Такой паттерн много где применён в исходниках typescript и ещё многих других местах, Вот относительно безобидный пример createCompilerHost https://github.com/Microsoft/TypeScript/blob/master/src/compiler/program.ts#L73 Но в checker.ts такой подход привёл к тому что в одном месте собралось почти 30 тыс строк кода, файл настолько большой что гитхаб не пытвается его вменяемо показать https://github.com/Microsoft/TypeScript/blob/master/src/compiler/checker.ts Собственно проблема такого подхода - отсутствие расширяемости. Нельзя ни разделить на файлы такого монстра, ни добавить в него что-то извне. В прошлом году я проводил эксперимент по рефакторингу такой штуки https://github.com/Microsoft/TypeScript/issues/17861 там у меня не было времени сделать правильный биндинг нужных методов и с тупым биндом всего и вся эта штука получила замедление примерно на 25% Вопрос, страдаете ли вы в своих исходниках от применения подобного паттерна (не зависимо js это или ts) и попробовали ли бы вы тул, который за один раз превратит такую функцию в es6 class или в тайпскриптовый класс. Какаую боль вы испытываете от Module Pattern и какие пожелания можете озвучить?

Существует такой способ построения ООП в js как Module Pattern Выглядит примерно так https://jsfiddle.net/e1kkc2ec/6/ Такой паттерн много где применён в исходниках typescript и ещё многих других местах, Вот относительно безобидный пример createCompilerHost https://github.com/Microsoft/TypeScript/blob/master/src/compiler/program.ts#L73 Но в checker.ts такой подход привёл к тому что в одном месте собралось почти 30 тыс строк кода, файл настолько большой что гитхаб не пытвается его вменяемо показать https://github.com/Microsoft/TypeScript/blob/master/src/compiler/checker.ts Собственно проблема такого подхода - отсутствие расширяемости. Нельзя ни разделить на файлы такого монстра, ни добавить в него что-то извне. В прошлом году я проводил эксперимент по рефакторингу такой штуки https://github.com/Microsoft/TypeScript/issues/17861 там у меня не было времени сделать правильный биндинг нужных методов и с тупым биндом всего и вся эта штука получила замедление примерно на 25% Вопрос, страдаете ли вы в своих исходниках от применения подобного паттерна (не зависимо js это или ts) и попробовали ли бы вы тул, который за один раз превратит такую функцию в es6 class или в тайпскриптовый класс. Какаую боль вы испытываете от Module Pattern и какие пожелания можете озвучить?

А зачем такое?

Почему просто классы не использовать?

потому что такой подход был популярен в 2003-2014 примерно и есть много легаси кода

были времена когда не было бабеля и тайпскрипта

хуясе "примерно"

были времена когда не было бабеля и тайпскрипта

они прошли

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

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

Сплошь и рядом.

А что ты хочешь?

Существует такой способ построения ООП в js как Module Pattern Выглядит примерно так https://jsfiddle.net/e1kkc2ec/6/ Такой паттерн много где применён в исходниках typescript и ещё многих других местах, Вот относительно безобидный пример createCompilerHost https://github.com/Microsoft/TypeScript/blob/master/src/compiler/program.ts#L73 Но в checker.ts такой подход привёл к тому что в одном месте собралось почти 30 тыс строк кода, файл настолько большой что гитхаб не пытвается его вменяемо показать https://github.com/Microsoft/TypeScript/blob/master/src/compiler/checker.ts Собственно проблема такого подхода - отсутствие расширяемости. Нельзя ни разделить на файлы такого монстра, ни добавить в него что-то извне. В прошлом году я проводил эксперимент по рефакторингу такой штуки https://github.com/Microsoft/TypeScript/issues/17861 там у меня не было времени сделать правильный биндинг нужных методов и с тупым биндом всего и вся эта штука получила замедление примерно на 25% Вопрос, страдаете ли вы в своих исходниках от применения подобного паттерна (не зависимо js это или ts) и попробовали ли бы вы тул, который за один раз превратит такую функцию в es6 class или в тайпскриптовый класс. Какаую боль вы испытываете от Module Pattern и какие пожелания можете озвучить?

Зачастую функцию-модуль принимающую контекст можно заменить на независимые функции миддлвары, так же принимающие аргументы контекста, но больше уже похоже на миддлвары

Да и сейчас Module Pattern довольно популярен среди ES5 разработчиков

А что ты хочешь?

сделать опенсурсный тул для миграции module pattern -> es6 class, по примеру как я делал тут https://github.com/Microsoft/TypeScript/issues/17861

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

а тут я хотел услышать насколько это может быть востребовано и какую конкретную боль это может решить

Всем привет. Ребята, скажите ваше мнение по поводу что лучше для 10 системы исчисления, Number или parseInt(val, 10)?

Всем привет. Ребята, скажите ваше мнение по поводу что лучше для 10 системы исчисления, Number или parseInt(val, 10)?

результат parseInt в итоге number но который обрезало по 32му представлению инта

number обеспечивает хранение целых точно up to 2**53 что больше чем в 32 х битном инте и меньше чем в 64х битном

результат parseInt в итоге number но который обрезало по 32му представлению инта

Может тебе поискать ответ еще в каких-нибудь международных программерских чатах. Может в ватсап такие есть. Заодно если найдешь такие, напиши плз

результат parseInt в итоге number но который обрезало по 32му представлению инта

эм, нет > (2**53) === parseInt(( 2**53)+'') true

number обеспечивает хранение целых точно up to 2**53 что больше чем в 32 х битном инте и меньше чем в 64х битном

Разумеется, в моём случае это не 2**53. Если по простому, то какие преимущества Number() имеет перед parseInt()? Скорость?

Разумеется, в моём случае это не 2**53. Если по простому, то какие преимущества Number() имеет перед parseInt()? Скорость?

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

а также не умеет в другие разрядности

эм, нет > (2**53) === parseInt(( 2**53)+'') true

етит, реально, ох жесть

а в parseInt можно указать radix

Нужно

а в parseInt можно указать radix

по хорошему, обязательно.

Разумеется, в моём случае это не 2**53. Если по простому, то какие преимущества Number() имеет перед parseInt()? Скорость?

Тебе нужны поля в примитивном типе как в объекте? var numberObj = new Number(33) numberObj.customField = ‘Hello’

parseInt без radix — выстрел в колено

ещё вопросы?

если нет то используй parseInt

а также не умеет в другие разрядности

я заметил что Number() из пустой строки делает 0

что не очень.

ещё вопросы?

именно