>>1206804
привет

>>1206804
Если с английским плохо, то начни с /fl
Начинаешь с
https://htmlacademy.ru/
Бесплатного хватит. Но если есть копейки, купи подписку на месяц, мотивирует.
Вместе с тем по вечерам внимательно смотришь
https://www.youtube.com/watch?v=Sy_wba7l1UU&list=PLawfWYMUziZqyUL5QDLVbe3j5BKWj42E5
После того, как закончишь академию
https://ru.hexlet.io/courses/introduction_to_programming
https://ru.hexlet.io/courses/intro_to_web_development

Теперь у тебя будет представление о программировании вообще и о вебе в частности. Тогда уже можно и Кантора навернуть или съебать в другом направлении.

>>1206208
>Реакт - это библиотека. Для рендеринга html. И больше в нем нет нихуя.
>Алсо, умиляет подход к передаче данных в компоненты. Сначала много разговоров про иммутабельность, пропсы, one-way, чистые функции, и прочее. Охуенно.
>А практически - что с этим всем делать? А-а-а, практически... Ну, практически - надо юзать редукс, который всё красиво сделает с чёрного хода, через недокументированные возможности.

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

>>1206835
React хорошо подходит для разработки большх проектов в больших профессиональных командах.
Оттуда и появился, собственно.

Для маленькой команды с ограниченными ресурсами и для поделок на коленке - слишком низкоуровневый и затратный.

А вот Vue удачно вписывается в обе эти модели разработки.

>>1206835
наверн томушо ты цитируешь долбаеба)))

>>1206862
Нет, он процитировал не тебя.

>>1206867
вот и я о том)))

Сука этот ебаный вебпак с его publicPath'ом каждый раз заставляет меня возиться в конце проекта с ебучими путями до ассетов.
Что тут может не работать?
пик 1: относительный publicPath ( для gh-pages )
пик 2: лодеры
пик 3: зачем то добавляет еще раз /assets/assets/ к путям до шрифтов
пик 4: стили и js нормально подгружает используя относительный publicPath

Юзал реакт с обычным жс, решил перекатиться на тс, с чего начать? Стоит ли?

У мозиллы есть планы реализовать в квантухе поддержку FileSystem API на уровне хромиума?

>>1206904
Начни с Flow.

Подписался на эпичный тред

>>1206689 (OP)
Поделитесь ссылкой на торренты с интенсивом по свежему Angular от javascript.ru

/a{2}/.test('aab'); //true

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

/a{2}/.test('aba'); //false

Как палить не подряд?

>>1207265
Не стоит вскрывать эту тему.
https://regex101.com/r/nO4sqP/3

>>1207667
>по нажатию на какой-то бтн
Тогда вся эта ёбала вообще не нужна - вызывай просто form.checkValidity().
https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/HTML5/Constraint_validation
(русский перевод там тоже есть, но неполный).

Что делает код на пике:
0. Запускается после полной загрузки страницы.
1. Находит все формы, имеющие класс 'требует-проверки' (видимо, ставится где-то в др. месте).
2. Добавляет каждой event-listener на событие submit (отправка):
......1. Проверяет, валидна ли форма.
......2. Если нет - останавливает отправку.
......3. В любом случае - добавляет класс 'было-проверено' (видимо, используется где-то ещё).

Учи джаваскрипт.
Не стесняйся заходить в гугол и искать там по кускам кода.

>>1207712
>Тогда вся эта ёбала вообще не нужна
Но, если ты хочешь именно bootstrap-валидацию, и, тебя, почему-то, не устраивает валидация по submit (почему?), то тебе надо сделать так, как внутри обработчика на пике - добавлять класс 'was-validated' после вызова form.checkValidity().

Алсо, я тоже не делаю валидацию по submit - вызываю по кнопке, а потом делаю submit из js.
Но, я и встроенную html-валидацию не использую, и вообще большой затейник.

>>1207712
Класс was-validated добавляется только в случае чекВалидати === true, а вовсе не "в любом случае"!

Нахуя в проектах лепят es6-импорты, если они не поддерживаются в stable-версии ноды? Как это вообще работает? В ноде есть выстроенная экосистема, есть адекватное тестирование и куча библиотек. Как люди пишут любой js-код(даже на фронт) без ноды? Просто как? Сейчас хочу сделать простенький проект, который собирается в ассеты для браузера, но нужная мне библиотека принципиально не работает с commonJS модулями, видимо придется выбирать другую. Я не вижу смысла делать каждый пук в терминале через бабел ради одних импортов. В чем суть этой хуйни, кто и как ими пользуется?

Я БОЛЬШЕ НЕ МОГУ, БЛЯТЬ
Пилил сайт на компе, перенёс всё на ноут и у меня ОТВАЛИЛАСЬ АВТОРИЗАЦИЯ, точнее, не работает ajax. На компе стоит ТОЧНО ТАКОЙ ЖЕ локальный сервак, файлы все ТОЧНО ТАКИЕ ЖЕ, я НИ СТРОЧКИ не поменял, но на компе всё работает, а тут нет, меня трясёт, блять, сука. Что здесь не так? НУ ЧТО?

$.ajax({
type: "POST",
url: "include/auth.php",
data: "login="+auth_login+"&pass="+auth_pass+"&rememberme="+auth_rememberme,
dataType: "html",
cache: false,
success: function(data) {

if (data == 'yes_auth')
{
location.reload();
}else
{
$("#message-auth").slideDown(400);
$(".auth-loading").hide();
$("#button-auth").show();

}

}
});
Ну всё же работает на компе, СУКАААААААА, я целый день с этим дерьмом вожусь.

>>1207827
да что угодно может пойти пиздой, ты вкладку network в devtools покажи после того как кликнешь на кнопку чтоб сделать запрос, и в консоли что высвечивается тоже доставь.

АХАХАХАХАХАХА
АААААААААААААААААААА
Всё, нахуй. Сюда написал и сразу всё решилось. Оказалось, что ебучая пыха сессию не стартовала. Но это не оменяет того факта, что НА КОМПЕ-ТО ВСЁ РАБОТАЛО. ЕБИСЬ ВСЁ КОНЁМ, ВЕРСИЯ ПЫХИ ОДНА И ТА ЖЕ, СУКА, НУ ЧТО ЭТО ТАКОЕ?!

>>1207793
Если хочешь пользоваться - WebPack + Babel.

Некоторые большие библиотеки, типа реакта, vue, jquery, lodash etc - можно отмечать как external в вебпаке, и инклудить в браузере отдельно. Это работает, если библиотека предоставляет глобальный объект - React, Vue, $, _ etc.

Раскочегаривать всю эту механику ради одних импортов - бессмысленно. Но, есть ещё лямбды, классы, jsx, промисы, async, class properties и хуева туча js-фишек, которые появятся только в будущих стандартах языка.
Плюс - структурирование кода.

Без ноды - легко.
Не использовать импорты вообще, и писать просто так, на глобальных объектах. Т.е. просто используешь глобальную переменную Vue, и всё. Естественно, включив загрузку соотв. скрипта в html.

>>1207792
Нет.
Читай код.

>>1207837
Я знаю, как билдить ассеты, и весь es6 синтаксис, кроме импортов, доступен в текущей версии ноды. Проблема вообще в другом. Я хочу писать на ноде, тестить на ноде, и при этом не ебать себе мозги, подключая babel или --experimental-modules на любое телодвижение только из-за сраных несовместимых импортов, которые хуй знает зачем и кому сейчас нужны, раз они в ноде не поддерживаются из коробки. Собрать весь проект в ассет и отдать его браузеру - это задача на пять минут, я про нее не говорю.

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

>>1207844
ES6 не поддерживается всеми браузерами.
Те, что поддерживают - поддерживают не полностью и с багами.
Нахуй он нужен вообще, если не поддерживается из коробки в стабильных версиях браузеров?

(это я пользуюсь твоей логикой, если что)

>>1207830
>ВЕРСИЯ ПЫХИ ОДНА И ТА ЖЕ
А версии ОС, апача, модулей к нему - разные. А потом выясниться, что бд забыл поставить.

>>1207848
В браузерный код ты в любом случае переводишь все через компилятор. И есть разница между сахарком классов и перехуячиванием всей устоявшейся системы импортов. Например, с импортами я не смогу использовать NODE_PATH в своем проекте и мне придется ебаться еще больше, чтобы оставить require("shared/utils"), который удобно указывает на lib/shared/utils.js, а не переделывать его в ебучий релативный импорт.

>>1207860
>перехуячиванием всей устоявшейся системы импортов
С этого и надо было начинать.
У меня такой проблемы нет (т.к. или вообще без ноды, или бабель везде), посоветовать ничего не могу.
Кроме как погуглить - думаю ты не один такой расстроенный, возможно люди что-то придумали уже.

Ну, и, добро пожаловать в волшебный мир веб-фронтэнда, лол.

>>1207850
ОС - да, другая, но всё остальное такое же, базу экспортировал.

>>1207872
Так вопрос, каким образом люди тестируют в сетапе babel/webpack без ноды? Не в браузере же и не вручную, это долбоебизм. Или волшебный мир фронтенда до сих пор не научился в адекватное автоматическое тестирование?

И опять же вопрос про es6 импорты, каким образом можно сделать адекватные не-релативные импорты без вебпак-костыля, чтобы работало в ноде? Например для CommonJS есть целая куча костылей: https://gist.github.com/branneman/8048520 Но в es6 динамические имена модулей использовать вроде как нельзя, NODE_PATH ни на что не влияет, так что почти все решения оттуда отпадают, а гугл нихуя не выдает.

>>1207906
>babel/webpack без ноды
Это невозможно, и ты должен это понимать.
И чем тебе бабель не угодил?
Типа, вся остальная хуерга тебе норм, а бабель - это уже перебор, лол?

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

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

>>1208089
Именно поэтому народ и использует Flow.

>>1208107
Ты как-то выборочно там прочитал, лол.

https://flow.org/en/docs/react/components/

Алсо, не надо обходных путей.
Надо примерно как в TS:
Component<{propKeyA: string, propKeyB: number}, {stateKeyA: string}>

>>1208013
После нормальных языков это чувствуется как пиздец, когда мне нужно ставить отдельный сторонний компилятор и везде его использовать, чтобы мой нативный код просто выполнялся, причем не в каком-то ебанутом окружении браузера, где нужно поддерживать десять версий IE, и это оправдано, а в моем основном рабочем окружении(!!!). Еще сверху нахуячить пресеты для браузера, пресеты для окружения ноды, пресеты для пресетов, плагин бабела для тест-фреймворка, и это абсолютный минимум. Сейчас поигрался с бабелем в ноде и ну его нахуй, лучше возьму либу, которая поддерживает CommonJS модули.

>>1208118
Ниче, со временем у тебя вырабатается стокгольмский синдром.

>>1206689 (OP)
Нужно знать html и css, чтобы начать учить JavaScript?

>>1208186
Да, на все это у тебя уйдёт неделя или две, ничего сложного там нет, а потом будешь ебаться с жс, как я сейчас
Ууу сука зла не хватает, бросаю, и на следующий же день возвращаюсь, ничего с собой поделать не могу, надеюсь, через месяца два изучения, я все таки накатаю свою йобу.

>>1208206
git reset --hard origin/master

>>1208224
так ты ж программист => ты яйцеголовый

>>1208224
150-200 тыс руб для быдлокодерка на шарпе

Как на канвасе объекты двигать? пытался организовать D&P , создав событие onmousedown, а внутри его на mousemove и mouseup, но оно игнорирует внутренние события

>>1208651
https://javascript.info/mouse-drag-and-drop

>D&P
ПНХ
>внутренние события
Так это не делается. Попробуй через глобальный флаг.
let hold = false;
onmousedown => hold = true;
onmousemove => if (hold) do shit;
onmouseup => hold = false;

>>1208213
Ты прав, дело не из лёгких. Стоит понимать, что ЖС это лингва-франка и у нас тут нет никакого доброго диктатора.

Короче, если хочешь прям из коробки, но хуёвенько, то просто поставь в Вскод
https://marketplace.visualstudio.com/items?itemName=numso.prettier-standard-vscode
Но тыжеинженер.

Инструмент для линтинга это однозначно Eslint:
https://eslint.org/
Он очень гибкий требует попердолиться.

Есть васянская попытка навязать для него стандартные настройки:
https://standardjs.com/
Но они предлагают не использовать точку с запятой, что противоречит спеке языка, поэтому сразу идут на хуй.

Есть годный обоснованный стайлгайд от Аирбнб:
https://github.com/airbnb/javascript
Если запустишь в проекте
npx eslint init
Он среди прочего предложит тебе этот конфиг. Это будет хороший выбор для начала.

Дальше можно добавить плагинов для конкретных библиотек. Например, если ты используешь Джест для тестов, то найдёшь
https://github.com/jest-community/eslint-plugin-jest

Помимо линтинга ещё нужно форматирование. Это Притиер:
https://prettier.io/
Нужно будет подружить его с Еслинтом:
https://prettier.io/docs/en/eslint.html

Остаётся только подцепить это на прекоммит-хук, чтоб дерьмо не протекло:
https://github.com/typicode/husky
и наслаждаться.

Если будешь использовать create-react-app, то почти всё это будет сделано за тебя. Читай их ридми.

Ну и для Вскод поставить шикарные плагины под это дело:
https://marketplace.visualstudio.com/items?itemName=dbaeumer.vscode-eslint
https://marketplace.visualstudio.com/items?itemName=esbenp.prettier-vscode
подсветки, подсказки, автоматизация, все кайфы.

>>1208089
просто ТС говно без задачв боьшинстве случаев
Откроем твой первый пик:
>document.getElementById('root') as HTMLElement
>as HTMLElement
Сильно помогло? Без него бы руки отвалились, наверное, да?

>>1208213
Лучше заложи фундамент из нормальной архитектуры, тестовой дисциплины и настроенного окружения. Всегда охуевал с людей, которые на полном серьезе дрочат на стайл гайды. Стайл гайд - это чтобы ньюфаги не писали совсем уж срань и для каких-то специфичных особенностей языка, но если у тебя есть любой опыт разработки, то ты и так знаешь 90% того, что тебе предложит стайлгайд, потому что это просто common sense.

Особенно этим любят заниматься фронтенд-макаки почему-то. У него 0% тестового покрытия, нечитаемая реакт-залупа на 200 строк кода в файле, где логика идет вперемешку с шаблоном, а он на стайл-гайды дрочит. Один мне на полном серьезе затирал, что вот в прошлой компании у него писали как попало, а в текущей используют стайлгайд и ему сразу заебись стало. Это каких макак набирать надо и как не уметь их загонять в рамки, чтобы стиль кода на что-то влиял? Не говоря уж про то, что любая IDE с плагином тебе и так покажет основную хуйню.

На одном сайте есть скрипт вида:
var a = true;
if(a){ window.location = 'nahui eto suda';}

Я пробовал в tampermonkey прописать что то типа const a = false;, но это не сработало. Можно как то избавиться от этого редиректа при этом не блокируя полностью выполнение яваскрипта?

>>1208755
window.a = false;

>>1208757
Лучше даже
Object.defineProperty(window, "a", {value: false});

>>1208197
Спасибо). Красивый язык, я бы если бы и работал, то на жс, за еду

>>1208665
спасибо, сейчас попробую

>>1208853
>Красивый язык
Не смеши.

>>1208757
>>1208759
В обоих случаях значение a перезаписывается и срабатывает условие: https://jsfiddle.net/qLtxsc6n/

Посоны, а где почитать про геттеры и сеттеры? Желательно на нормальных примерах с дом. Я нихуя не понимаю кантора, это пиздец какой-то. Какая блять есть альтернатива кантора?

>>1209095
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Working_with_Objects#Defining_getters_and_setters

Может проблема не в Канторе?
К тому моменту, когда (если вообще) тебе они понадобятся, ты уже забудешь их синтаксис. Так что пока тебе просто достаточно запомнить, что они есть.

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

Есть короче проект, стак nodeJS, graphQL, typescript, postgresQL, sequelize, не хочу блять милиарды раз описывать ебучие типы, с таким стаком это:
GraphQL типы,
TS интерфейсы,
Sequelize модели
Выглядит как полное говно, есть ли норм решение чтобы был один trust source?

>>1209228
>зачем на данном этапе моего вката вот это вот всё сейчас
Затем, чтобы сделать трёхслойное приложение, где были бы Model, Controller и View. Как раз функции-геттеры нужны в т.н. «модели». А уже поверх неё — можно и форм поклепать простых.

>>1209228
Чтоб твоему ментору поднасрать, скину тебе шизика светоча:
https://www.youtube.com/watch?v=lfdAwl3-X_c

Посмотрел сейчас, что такое есть React Context.
И как надлежит его юзать.

Это какая-то лютая костыльная неюзабельная хуйня.
Что-то как-то они перемудрили с чистотой.
Напоминает стерильно-чистую бессмысленную собянинскую Москву, лол.

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

>>1209352
Используй один маппинг для объекта, а в остальное время работай с данными? То есть пришел тебе запрос с JSON-объектом, ты пропустил его через маппинг, который конвертирует все поля в нужные типы, а потом работаешь с уже конвертированным объектом, убираешь неразрешенные поля, валидируешь и т.д. Конкретно с этим стеком не работал, но обычно используют ДБ схемы для этого, там уже все типы проставлены.

подскажите, че сейчас на фрилансе актуально?
2 месяца работал в офисе, но работать с 8 до 8 (с учетом пути) 5 дней в неделю меня доебало, не моё это
думаю попробовать вкатиться во фриланс, но проблема в том, что вся работа в офисе была построена на гугловском полимере и обычно он нахуй никому не нужен, поэтому я не уверен во что лучше тыкаться

>>1209515
фулл стеки актуальны и cms. Забугор - WP, в Роиси битрикс

>>1206689 (OP)
доброго времени)
я хочу сделать мультируменый чат с использованием socket.io, что бы комнаты юзеры могли создавать сами на лету
и думаю что лучше подойдет в socket.io для этого
namespace или room
но не понимаю их различий .___.
подтолкните, пожалуйста, в нужную сторону

>>1209492
Так лол, это graphql делает, там стрикт тайпы. Мне просто пиздец как не хочется описывать эти же тайпы ещё и в тайпскрипте и в схеме для постгреса.

>>1209611
Сделай генератор.
И генерируй.

>>1209611
Так а нахуя ты описываешь и там, и там? Цели какие?

>>1209701
Хочу писать на тайпскрипте с автоподсветочкой и всеми плюшками. Для этого нужно тайпить. Ладно, нашел такую штуку, попробую ее
https://github.com/19majkel94/type-graphql
>>1209667
ебанутый?

>>1209734
>ебанутый?
Сынок, ты, видимо, туповат.
Поясню - типы у тебя описаны в одном месте, например, в TS.
Для всей остальной хуйни можно описания типов генерировать по описаниям TS.
Или TS типы генерировать ещё откуда-то.
Я, например, генерирую их из Java классов, как и SQL схему.

>>1209743
План хорош, но чета мне не нравится. Но план хорош.

Сап, формошлепы. Не дает покоя одна херь - вот есть родитель, есть у родителя сынка-корзинка. На сынку-корзинку вешается eventListener, срабатывает кулбэк, в нем удаляется родитель ( допустим body.removeChild(parent) ). И вот вопрос, удаляется ли сам eventListener с пездюка при этом? По идее должен, но сука как проверить. Удалять явно листенер впадлу, там именованная функция должна быть - впизду переписывать.

>>1209851
Понял, спасибо!

>>1209790
Читни-ка стакца:
https://stackoverflow.com/questions/12528049/if-a-dom-element-is-removed-are-its-listeners-also-removed-from-memory

>>1209933
Ну, пожалуй впизду евентхендлеры. Пускай сидит в памяти, если такой пидор.

>>1209941
В смысле?
Там же написано, что всё убирается, в том числе и в jQuery (если и добавлял хендлер и удалял элемент через jQuery).

>>1209947
При условии, что у тебя на эти элементы не осталось ссылок - в переменных, массивах и т.п.
Если ссылки есть - надо им присвоить null.

>>1209994
Используй class properties (babel plugin).
https://babeljs.io/docs/en/babel-plugin-transform-class-properties/

И пиши просто в теле класса:
handleChange = (e) => {...}

И state тоже в теле класса можно определять.
Т.е. конструктор получается просто не нужен.

В современных гайдах по реакту везде так пишут.
Включая авторов.

>>1210059
Уточню - это чтобы this не биндить.
Самый кошерный способ.

>>1210030
Можно.

Алсо - реакт и ангуляр - это очень разные вещи.
Более разные, чем хуй и пизда, например.

>>1210165
Но ты же просто форкнул уже готовый проект и подправил стили с UI, что там еще делать?

>>1210165
>форкнул чужой проект
>поменял название с PGP Key Generator на PGP Suite
>Посоны, я принёс вам таскабельный PGP
У нас тут Денис Попов выкатил свежий релиз Болженос 2.0

>>1210353
Не нравится что-то — ну так не пользуйся и иди нахуй, пидораха. Или обязательно кукарекнуть надо, долбаёб?

>>1210363
>пидораха
Ох уж эти проекции.
Алсо бамп обосратушкам :3

>>1210385
Прикрути ноду, разбей на нормальные компоненты и тестируй как человек.

Это JavaScript-тред? А то тут как-то тухло. Я думал во фронтенде всегда большая движуха. Хм.
Объясните пожалуйста суть CORS. Вот допустим, запрещены в большинстве браузеров кроссдоменные XMLHttpRequest-ты.
Чтобы его выполнить, такой запрос должен удовлетворять двум требованиям:
1. Быть простым (т.е. POST/GET + 4 заголовка)
2. Ответ сервера должен в заголовках содержать Access-Control-Allow-Origin заголовок, который как бы намекает о том, что сайт работает с междоменными запросами и всё ок.

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

А если второе, то запрос совершается, но при отсутствии необходимого заголовка ответа браузер не вызывает событие load.

Но прикол в том, что запрос всё равно совершается! То есть, если по данному урлу есть какая-то логека, то она отрабатывает в любом случае, просто клиент получит ошибку.
В чём суть этой йоба-защиты, если она ничего не меняет и не предотвращает сами запросы?

>>1210486
> В чём суть этой йоба-защиты, если она ничего не меняет и не предотвращает сами запросы?
Хацкер не получит данные.

>>1210491
А, я понял. Защищают ведь не самого хацкера лол, а клиента, который посетит хацкеркий сайт.
Ибо данные, которые были получены от такого запроса до клиента так и не дойдут (браузер их парежит), поэтому они далее никоим образом обработаны быть не смогут.

Я видимо изначально неправильно понял. Благодарю.

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

>>1210495
> никоим образом обработаны быть не смогут
Именно)
Пожаловаться, анончик.

>>1210503
Имеешь переменную, которую инкрементишь раз в секунду. И все.
Дальше остатки от деления и деление без остатка.

>>1210506
> Пожаловаться
пожалуйста, самофикс

>>1210508
>инкрементишь раз в секунду
>js
Разве что это на ноде делать, а затем - по вебсокету гнать.
Нет, правильнее таймстамп переводить с свой кастомный формат, и таки да, обновлять отображение раз в секунду.

Помогите разобраться с квантификатором или

Вот отсюда первый абзац https://www.regular-expressions.info/captureall.html:
When creating a regular expression that needs a capturing group to grab part of the text matched, a common mistake is to repeat the capturing group instead of capturing a repeated group. The difference is that the repeated capturing group will capture only the last iteration, while a group capturing another group that's repeated will capture all iterations. An example will make this clear.

Let's say you want to match a tag like !abc! or !123!. Only these two are possible, and you want to capture the abc or 123 to figure out which tag you got. That's easy enough: !(abc|123)! will do the trick.

Now let's say that the tag can contain multiple sequences of abc and 123, like !abc123! or !123abcabc!. The quick and easy solution is !(abc|123)+!. This regular expression will indeed match these tags. However, it no longer meets our requirement to capture the tag's label into the capturing group. When this regex matches !abc123!, the capturing group stores only 123. When it matches !123abcabc!, it only stores abc.

This is easy to understand if we look at how the regex engine applies !(abc|123)+! to !abc123!.

Открываю общий гайд, говорят, что + это 1 или больше повторений https://learn.javascript.ru/regexp-quantifiers:

+
Означает «один или более», то же что {1,}.

Например, \d+ находит числа – последовательности из 1 или более цифр:

var str = "+7(903)-123-45-67";

alert( str.match(/\d+/g) ); // 7,903,123,45,67

СООТВЕТСТВЕННО!

В примере выше 'abc123blablabla' не будет матча !(abc|123)! Но если добавить плюс, то матч будет. Но почему?! Ведь когда гайд делает !(abc|123)+! - по этой логике должна матчиться ИЛИ группа абц, повторенная 1 и более раз, ИЛИ группа 123, повторенная 1 и более раз. Ни повторений группы абц, ни повторений группы 123 здесь нет, и нет их объединения в одну группу.

Но по факту действительно матчится весь набор абц123 разом. КАК? Какого хуя! Ведь здесь нет ебаных повторений!
?

>>1210736
>с квантификатором "+"
хз как так автозамена на или заменила.

>>1210736
>по этой логике должна матчиться ИЛИ группа абц, повторенная 1 и более раз, ИЛИ группа 123, повторенная 1 и более раз
Ну так оно и матчит группу, повторенную один и более раз. В строке 123abc123 группа (123|abc) повторяется три раза.

>>1210427
Та, ну, я просто вкинул, думал вы лучше запилите. Хэххэх...

>>1210798
Он путает матчинг и поиск, похоже.

пацаны, чем ебаное модуло отличается от ремайндера?

В офисах как принято работать с Git? В VSC практикуют? Или принципиально важно выучить все эти ебучие консольные команды?

>>1211395
В ЖС только ремайндер, который иногда тоже называют модуло. Знак у результата будет как у делимого.
5 % 2 == 1
5 % -2 == 1
-5 % 2 == -1
Модуло есть в других языках. Там вроде знак от делителя.

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

RxJS с реактом не используют? Вот я там увидел полезные фичи, а потом вспомнил, что я это обходил просто используя стейт, играя с тру\фолс, чтобы предотвратить ненужные действия. То есть мне такого и нужно придерживаться, а RxJS больше для ангуляра подходит, где уже все по-другому?

И еще вопрос. Что используете из ramda? Какие мастхев методы есть и на какие стоит обратить внимание? Можно и из лодаша называть. Кроме пайпов и карринга.

>>1211444
Вообще не представляю, как и нахуя работать с гитом через UI. Разве что изменения смотреть, а так в сто раз легче и быстрее написать команду. Что там учить-то? git add, git commit -m, git commit --amend, git checkout, git merge, git pull, git reset, git push, git status - все, что тебе понадобится в 90% случаев. Половина из них говорит сама за себя

>>1211554
так-то две кнопочки в иде быстрее жать, чем скрывать иде, открывать консоль, писать три подряд команды, скрывать консоль. + без юи ты не видишь нормально кто сколько закоммитил, когда разошлись ветки, кто насрал в мердже и тд

>>1211558
Интересно, как можно работать без открытого терминала? В динамическом языке, например, хуй настроишь нормальный test-runner в IDE, легче уж в терминале команду выполнить. И напечатать команду всегда быстрее, чем мышкой кликать по залупам, выбирать, что закоммитить, что заресетить, что выкинуть и т.д. UI нужно только чтобы визуализировать изменения.

>>1211561
> Интересно, как можно работать без открытого терминала?
Макаки же, ну

>>1211554
Я не пойму, использовать циклы и if..else признак говнокодера? Какой бы курс не смотрел, все стараются избегать подобных конструкций

p.s. этот пост н кому не адресован, просто ответ приклеился

>>1211689
> иначе
This

>>1211690
А подробнее немного? Или дай ссыль на какой-нибудь страницу какого-нибудь learn.javascript.ru , где я мог бы прочесть, как именно такую форму сделать.

>>1211692
htmlbook.ru

>>1211693
Конкретизировать можешь "что"/"чего". Встройка хтмл что ли?

>>1211695
Да

>>1211696
Но если сайт не мой, а сторонний, то как правильно встроить хтмл? Форму-то я создам, разберусь с отправкой данных из неё.

>>1211598
if else не говнокод, на одних тернарниках не разрулишься

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

>>1211598
С чего ты взял? Если совсем простое выражение, то можно заменить if..else на тернарный оператор, циклы обычно обернуты в функции поудобнее, например map filter reduce у массивов, но это тот же самый цикл. Без for..in ты объект не переберешь.

>>1211703
xss, либо ручками каждый раз встраивай свой html-код в страницу того сайта

>>1211710
> Без for..in ты объект не переберешь

можно пройтись по массиву ключей

>>1211598
https://www.youtube.com/watch?v=P3fqetErxjA
Признак говнокодера — пытаться выёбываться в коде.

https://jrsinclair.com/articles/2017/javascript-but-less-iffy/
if есть, чем заменить. Но стоит стремиться к тому, чтоб код был человечным, походил на простые предложения. В таком случае if подходит лучше всего.
Стоит избегать сложных условий. Если больше одного оператора или регулярка, то упаковать в функцию с понятным названием:
if (isValid(email))
Чаще всего можно избавиться от else. Тогда ветвление, перегружающее мозги, станет простой последовательностью:
if (cond1())
if (cond2())
Код должен читаться как предложение, без подрубания интерпретатора в голове. Если такое внезапно помогут сделать свич или тернарник — настало их время.

Циклы чаше всего нужны при работе с коллекциями.
https://jrsinclair.com/articles/2017/javascript-without-loops/
Опять же, методы коллекций дадут код, более похожий на человеческие предложения:
отобразить пользователей как их айдишники
users.map(user => user.id)
Вспоминая прошлый абзац,
кто-то из пользователей админ
users.some(isAdmin)
Если коллекция большая, а задача нетривиальная, может потребоваться для эффективности таки использовать циклы, ветвление, байтоёбство. Ты уже догадался, нужно инкапсулировать всё это дело в функции с читаемым названием:
users.reduce(comlexData, store);
function complexData(store, user) {for { for { switch {} }}}

>>1211732
for...in и так проходится по массиву ключей, просто более удобный синтаксис.

>>1211716
Оке, спасибо.

>>1211737
>Чаще всего можно избавиться от else. Тогда ветвление, перегружающее мозги, станет простой последовательностью:
>if (cond1())
>if (cond2())

Хуйня.

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

>>1211845
Не создаст.

>>1211853
Прост

>>1211855
Как надо делать? Я весь вечер пытаюсь, но не дается мне.

>>1211857
Ты создаешь пустой элемент, которого нет в стандарте, в структуре html. Тебе же необходимо генерировать класс.

На жс это будет выглядеть совершенно иначе.

>>1211740
мы вам перезвоним

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

>>1211861
То есть придется создать один элемент и его помножить?

Поспорил с батей на косарь, что сделаю игру в крестики и нолики в которую он не сможет победить. У меня есть шансы получить КОСАРЬ?

>>1211867
Если я не ошибаюсь, достаточно просто написать ИИ, который будет сводить любую партию к ничьей. В закреплённом треде попробуй спросить алгоритм.

>>1211867
М И Н И М А К С
https://github.com/ahmadabdolsaheb/minimaxarticle/blob/master/index.js

>>1211875
>>1211869
Спасибо, батя уже готовит косарь.

>>1211716
Хотя нет, погоди. Ты меня наёбываешь. Хочешь сказать, что с помощью JS нельзя изменить страницу какого-либо сайта, чтобы добавить какой-нибудь элемент? Я же не на стороне сервера это делаю, а на стороне своего компьютера.

Сап, хотел написать дампер файлов с треда, чтоб локально хранить дамп треда.
Первую версию написал на nodejs, в хедеры добавлял примерно те же хедеры и куки что и отправляет мой браузер даже usercode_auth, но почему то небыло доступа к gg,h,e и прочем 18+ доскам. Я на это забил. Но почему то даже при дампинге с b треда у меня половина файлов бьётся. Код вот https://pastebin.com/6P700q00 .
Сделал синхронную загрузку файлов и со sleep между файлов. Но все равно блять, они бьются. че за хуйня ? Делал синхронную загрузку чтоб время было между реквестами. Ибо получается ебучий дудос (5 реквестов в сек лол) и вдруг Абу посчитает что это дуос и заблочит

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

>>1211925
Я этого не говорил. Можешь и через js всё это делать.

>>1211929
где еще пишут на ооп? Класов не видел уже на фронте милиард лет, на беке вот первый раз буду typeORM чекать, декораторы там все дела

>>1211933
TypeScript йопта.

>>1211933
Интересно, как ты собрался писать без ООП на ОО-языке? Нет, я понимаю конечно, что и на джаве можно в 100% функциональном стиле писать, но нахуя стрелять себе в ногу?

>>1211930
Так как тогда добавить блок или редактировать, например, на том же mail.ru? Как правильно называется сие действие? Мне банально нужна форма с полем для ввода текста и кнопкой.

>>1211937
вот как раз захожу в класы, на тсе уже года полтора пишу чисто в функциональном стиле. НА БЭКЕНДЕ :3

>>1211940
Я не буду за тебя реализовывать твою хотелку.

>>1211946
Где я тебя прошу её реализовывать за себя? Ни в одном посте с самого начала это не было. Я попросил дать ссылку на урок или хотя бы ключи для поиска.

>>1211689
Бамп вопросу.

>>1211689
https://msdn.microsoft.com/en-us/library/aa767736(v=vs.85).aspx

>>1211953
Я хз, что ты этим сказать хотел. Выше я уже писал, что ни разу не программист. Ты можешь нормально сказать, что гуглить, а не кичиться тем. что ты знаешь js, а кто-то нет?

>>1211940
Жмешь правой кнопкой на странице и выбираешь "Inspect Element", после чего редактируешь html-контент страницы как хочешь.

>>1211959
https://habr.com/post/52346/ вот норм статья

>>1211962
Бля. Я сделаю скрипт, вставлю его в хром, а именно в тэмперманки. Нахуя мне его руками каждый раз вставлять? Вопрос в том, какие теги/команды/функции/хуй знает, что ещё встраивают ту же хтмл разметку или ксс из этого скрипта на страницу, на которой он запускается.

>>1211976
https://developer.mozilla.org/en-US/docs/Web/API/Document_Object_Model/Introduction

>>1211952
Попробуй начать с прочтения документации.

>>1211979
Это актуально, если бы на страницу был заранее встроен скрипт или путь к нему прописан.

>>1211986
Если ты хочешь что-то вставить в дом, то тебе очевидно нужны методы работы с домом. Хоть как свой скрипт вставляй.

>>1212000
> Хоть как свой скрипт вставляй.
Так с этим вопросом я сюда и пришёл. Сколько ни гуглил так и не нашёл, как его вставить. Везде предлагается только <script></script>. Руками, естественно не подходит.

>>1211952
>в жс с руби
Ты че ебач чтоле?

>>1211952
Берешь да перекатываешься. Язык даже попроще будет. Только готовься к функциональщине.

>>1211952
Вообще-то, именно в JS и перекатились все хипстеры-смузихлёбы рубисты.
Или ты думал откуда всё это в JS?

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

>>1212186
>несмузихлеб
>эликсир
Ага.

>>1211952
>Котаны, а как перекатится в новомодный js после двух лет на ruby? С чего начать?

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

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

Есть еще конечно,встроенный хластер, но он всего лишь запускает 8 отдельных экземпляров твоей аппликухи и обеспечивает свой маняраундробин-фейловер (с этой же задачей справляется гораздо лучше нужник и http на unix domain sockets), но его отличие от первого варианта в том, что таких бабмань-бухгалтерш понадобится для убивания апликухи не одна как в первом случае, а по количеству процессоров.

ES6 и ES2015 в этом плане принесли возможность использовать промисы и yield, что несколько облегчит твою жизнь, но необходимость превращать свой код в лапшу из setTimeout() по прежнему остается, как только твоя бизнес логика вырастет за пределы "склеить батарейки по Readme.md".

>>1212207

Большинство хипстоты ничего кроме

>склеить батарейки по Readme.md

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

А описанное тобой обычно на интырпрайзной жабе пишут.

>>1211933
>где еще пишут на ооп? Класов не видел уже на фронте милиард лет
А реакт по-твоему что?

>>1212218

Тот случай, когда ООП обусловлено сутью библиотеки (мапинг кусков хтмл в виджеты). Хуизнес-логика один хер - это асинхронные колбеки/асинк с промисами, с которыми ооп не дружит.

>>1212218
В оригинале реакт вообще был на Standard ML написан.
ООП интерфейс взяли при порте на JS чтобы народ не спугнуть, да для оптимизации под JS реалии

>>1212244>>1212277
Охуеительное у вас представление об ООП уровня восторженного ньюфага "ФП хайпят, значит ФП это охуенно а ООП - говно". Объект - это набор методов с внутренним стейтом, только и всего. Если вы раньше хуячили наследование наследования наследования и называли это "ООП", то это не проблема ООП и вы так же будете хуярить говнокод в любом функциональном языке.

На жсе писать в тру-функциональном стиле нерационально и практически невозможно. Композиция функций, лямбы, монады и т.д - это не ФП. Это его элементы, которые прекрасно уживаются с объектами и классами. Точно так же, как наследование, полиморфизм и прочие элементы ООП прекрасно применяются в функциональных языках. Хорошая программа должно использовать и то, и то.

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

Объясните момент с регулярками.

Вот есть какая-нибудь var string='abc123'.
В этой стр, допустим, можно выделить (abc)(123) // $1$2
Вот так можно захватить группы в .test, .match, .replace.

А вот как мне эти захваченные группы засторить в переменную?

Т.е. грубо говоря
1. Действие один - где-то захватываю группы (н-р var RegExp=(abc)(123) или хз
2. Действие второе вынести группу $1 или группу $2 в переменную. Чтобы потом можно было реплейсить в стр переменной, в которую засторили группу 1 или группу 2 плюс совершили действие какое-то.

Объясните мне, котаны, чтому в вашем жабоскрипте такие хуёвые числа. Бабосик считать - рви пердак, числа больше сраного квадрилиона (может пилить экономическую стратегию хочу, или там круд для банка ZOG) - используй другие библиотеки и рви пердак .add(number2) вместо оператора сложения, и так блядь весь код потому что мне большие бабосики складывать надо. Чому такая хуета, да и вжабке обычной тоже, все пиздят за интырпрайз а как бабосики считать - так рви пердак, где ж этот ваш интырпрайз?

Решил через колбэк в реплейс.

>>1212313
Спс буду иметь в виду. Но уже ебнул через колбэк в реплейс.

>>1212319
BigInt скоро подъедет. Уже в последнем хроме есть.

>>1212319
BigDecimal и BigInteger уже давно есть в джаве, долбаёб

>>1212379
Ну так он и сказал, что нужно использовать .add вместо оператора

тест

Реактоблядки, поясните такую вещь.

Есть stateful компонент item-editor, в нём два text input и кнопка save.
И есть список items.
При нажатии на строку этого списка в item-editor передаётся выбранный item как prop.
При этом value у input'ов заданы из внутреннего стейта + onChange.

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

getDerivedStateFromProps() - не то.
Делать сайд-эффект в shouldComponentUpdate() - менять там state из нового prop?

Внимание вопрос знатокам.
Задает полный нубас.
Юзаю я значит Math.random(); и всплыл такой вопрос - по нему совсем малая погрешность, т.е. на 1000 итераций, если брать, скажем, 0.15 как пограничное число, выдаст что-то вроде 144 тру и 856 фолс.
Это Node.js, почему у него ядро такое предсказуемое?
Я сейчас еще запилю хвататель стриков, посмотрю сколько подряд выхлопов дает тру/фолса, но вангую что не много, при таких=то показателях.
Вопрос в догонку, есть ли другие варианты рандома?

>>1212581
Вынеси стейт инпутов в item-editor, раз ему нужно знать об этих изменения, очевидно.

>>1212588
Он там и есть.

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

>>1212593
>При этом value у input'ов заданы из внутреннего стейта + onChange.
>Он там и есть.
Че? Код давай

>>1212596
https://pastebin.com/yqWuHPZA

>>1212586
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Math/random
>does not provide cryptographically secure random numbers.

https://nodejs.org/dist/latest-v10.x/docs/api/crypto.html#crypto_crypto_randombytes_size_callback

>>1212608
Мне не для безопасности, просто в Питоновском мате приходилось делать костыль для обрезания долгих стриков, при "шансе" в 1% могло выдать и 300 и 400 фолсов подряд.
Сейчас почитаю что скинул, спасибо за внимание.
Обезьяна конченная зачем ты прокси банишь на /pr/?

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

>>1212635
Фильтр

>>1212600
https://reactjs.org/blog/2018/06/07/you-probably-dont-need-derived-state.html
И ты каждый раз в конструкторе ставишь в state одни и те же статичные значения, а не полученные из props

>>1212662
>И ты каждый раз в конструкторе ...
Да неужели, лол.
Естественно - на момент создания компонента редактируемый item не выбран.

За ссылку - спасибо.
Это именно то, что нужно.
В итоге всё, как обычно, сводится к lifting state up.

Реакт, конечно, лютая opinionated xyuta.
Реально, прямо физически утомляет всё это.
Одного китайца, похоже, так утомило, что он аж целый фреймворк написал, лол.

>>1212676
Ну так поставь this.props.item.id || '', не? И defaultProps = { item: {} }

>>1212600>>1212676
https://pastebin.com/ZgfbyWgv Так попробуй, должно работать.

>>1212679
Да это понятно, но, проблема же не в этом.
В итоге, при создании всё равно соответствующие поля в стейте будут пустые.
Вопрос был - как менять state при изменении props.

В принципе, componentWillReceiveProps() - это решение.
(И getDerivedStateFromProps() - нихуя не замена ему, как они пишут.)
Но, они говорят - это антипаттерн, выносите состояние (и обработку его изменений) выше.

Алсо, умиляет, что тот блог-пост всего 10 дней назад написан.

На самом деле - этот пример (и тот, что в блог-посте) - это самая мякотка Реакта, которая показывает всю глубину ебанизма.
Снова вспоминаются всякие афоризмы на тему pure = poor, лол.

>>1212694
Итем лист и item-editor обернуты в родительский компонент. Когда ты жмешь на итем в списке, родительский компонент апдейтит свой стейт {selectedItem: item} и соотвественно ре-рендерит все дочерние компоненты, включая item-editor, куда передает item={selectedItem}. editor инициализируется заново с новыми props и проставляет себе новый state, соотвественно перерендеривая все дочерние инпуты с нужными тебе значениями. В чем проблема, что я упускаю?

>>1212699
Item-editor не создаётся заново при этом.
Конструктор не вызывается.
Стейт не меняется.

Надо использовать componentWillReceiveProps(newProps).
Или выносить стейт и onChange в род. компонент, а item-editor делать функцией, как в примере в том посте по ссылке.

C getDerivedStateFromProps() у меня (вчера) не получилось, надо попозже ещё попробовать, возможно, я чего-то недопонял.

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

Потому, что Vue мне кажется в разы более практичным.
И кроме удовольствия других эмоций не вызывает.
Но, у React мне нравится инструментальная поддержка, и вообще то, что это чистый JS.

Но, если за эти ништяки надо заплатить слишком дорого - то пусть оно идёт на хуй.
Потому, что для Vue инструментальная поддержка тоже неплоха (для single file components), а бойлерплейта там в разы меньше. И куча дополнительных ништяков. И можно даже писать в react-стиле на JSX (но неинтересно и не нужно, в большинстве случаев).

>>1212713
Все, я разобрался. Да, думал, что конструктор вызывается при каждом рендере, потому что с реактом работаю недавно, но в принципе проблема понятна - ты пытаешься менять один и тот же логический стейт(значения инпутов) из двух разных мест, вот реакт и выебывается, потому что локальный стейт должен меняться только изнутри объекта, а не откуда попало.

>>1212738
> Вьютух
Ты имеешь в виду некоего хуя, который по весне форсил тут Vue?
Я не он, лол.

>как по нотам
По хуётам.
Просто у меня стиль работы такой - докапываться до самой мякотки. И я, похоже, её нашёл.
Всегда есть какая-то одна проблема, которая тянет за собой остальные.

Костыль в виде getDerivedStateFromProps() - это и есть попытка это исправить. Надо с этим разобраться, пока не понял, будет ли с этого толк.

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

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

А реакт имеет то преимущество, что ломать там просто нечего, лол.

>>1212848
>Костыль в виде getDerivedStateFromProps()
Это не костыль, это возможность для реализации edge-cases. Твой случай решается по-другому, выше ссылка уже была. Конкретно объясни, что в этом решении тебе не нравится и зачем ты хочешь менять стейт и снаружи компонента, и внутри, когда можно его вынести в одно место и сразу видеть, все случаи, как и из-за чего он может измениться, а не гадать по кофейной гуще с дебагером.

>>1212875
>что в этом решении тебе не нравится и зачем ты хочешь менять стейт и снаружи компонента, и внутри

Речь идёт о низкоуровневом, "техническом" стейте - необходимом для функционирования controlled input.
И мне бы хотелось, чтобы он был инкапсулирован там, где он используется.
И я не хочу его менять, я хочу его за-менять, полностью.
А мне предлагают всё это говно тащить на самый верх, ибо иначе (через componentWillReceiveProps()) - "антипаттерн".

И тут мы приходим к интересному выводу.
Дело в том, что Реакт - это библиотека (не фреймворк).
И делает она только view. Больше там нет нихуя.

И совершенно _любой_ (встроенный) стейт в Реакте - технический, низкоуровневый. Предназначенный исключительно для функционирования внутренней механики view.
И делать на нём какую-либо бизнес-логику совершенно неправильно.

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

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

И это-то мне и не нравится.
Хотя, этот недостаток, по сути - ни что иное, как продолжение достоинств.

Короче, как я уже тут писал - слишком низкоуровнево и слишком затратно.

>>1212931
Согласен, реакт _параша_ та еще.

>>1212931
>Речь идёт о низкоуровневом, "техническом" стейте - необходимом для функционирования controlled input.
У инпута единственный стейт - это его значение. То, что ты можешь его менять через onChange, не значит, что он технический. Просто браузер предоставляет тебе функционал для детекта ввода от юзера, который реализован через эвент. Если ты хочешь детектить другие эвенты(клик по списку итемов) и изменять значения инпута соотвественно, то тебе нужно каким-то образом связать инпут еще и с тем эвентом. Реакт считает, что все эвенты, которые влияют на стейт компонента, должны объявляться и триггериться в одном месте. Для этого и нужно lifting state up, чтобы обернуть связанные между собой компоненты и объявить эти эвенты. Я по UI не эксперт, так как работаю в основном с серверной частью, но по-моему это вполне здравая идея.

>Дело в том, что Реакт - это библиотека (не фреймворк). И делает она только view. Больше там нет нихуя.
Это должно было стать понятно сразу после прочтения доков. Из-за этого он мне и понравился, но понятное дело, что если ты начинаешь в любых вьюхах(не только реактовских) хуячить что-то кроме презентативной логики "взять то, поставить туда", то рано или поздно останешься с кучей неподдерживаемой хуйни. Об этом знает любой, кто работал с каким-то популярным MVC фреймворком.

Реакт-компоненты это View.
Стор это Model.
Reducers = Controllers.
Всё так?

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

>>1213136
>Всё так?
Ну, это очень вольное толкование, лол.
Вообще-то, Redux (Flux) - это альтернатива MVC.

https://habr.com/company/tuturu/blog/321820/
http://tech.toptable.co.uk/blog/2015/01/01/explaining-flux-architecture-with-macgyver-dot-js/
https://www.infoq.com/news/2014/05/facebook-mvc-flux
google: flux architecture vs mvc

>>1213138
Всё так и есть.

>>1212931
>>1213071
Я тут переосмыслил эту тему.

На самом деле, то, что я пытался делать с Реактом - это как раз таки попытка сделать классическое "клиентское" MVC.
Там, как раз, бизнес-логика вперемешку со техническим стейтом.
Взять, хотя-бы, Java Swing.
Вот тут эта проблема хорошо описана:
https://habr.com/company/tuturu/blog/321820/

А Реакт для MVC не годится.
Т.е. можно, но некрасиво получается.
Да и незачем, лол.

Конкретная же описанная проблема решается через ресет стейта под новый item в componentWillReceiveProps(). Всё работает просто замечательно.

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

Профит с этой темы ооооочень хороший

>>1213213
Нехуй было в футбол России проигрывать.

>>1213216
Но я в России, хуй пойми откуда он берет Саудовскую Аравию.

>>1213213
Это санкции против России. А вообще попробуй добавить .toLocaleString()

>>1213283
Джаваскрипт и джава разные вещи, для справки.

>>1213284
В этой проге скорее всего джава скрипт

>>1206689 (OP)
Зацените охуенную штуку:
https://vimsical.com/

Пишешь код (+ чтмл, цсс), он его исполняет и делает из него интерактивный скринкаст. Может я слоупок, но я охуел, даже не думал, что так можно, лол.

Попенсорсно (код на кложе+кложескрипте): https://github.com/vimsical/vimsical

>>1213283
prakop@mail.ru

>>1213325
Проебался.
prakop29@mail.ru

>>1213326

Напиши в телегу @igergg

JSAnon, подскажи плз нормально ли так сохранять контекст для TypeScript - https://jsfiddle.net/1b68eLdr/24496/ все работает, но нет ли какого оверхэда, а то я нуб, по сравнению с такой реализацией https://jsfiddle.net/1b68eLdr/24501/ ?

>>1213360
Вопрос только - нахуя его сохранять в классе? У тебя при каждом созданном объекте This.self будет перезаписываться.

>>1213368
Точно, спасибо, анон. Как то провтыкал это. Как тогда лучше следить за этим this, есть какой то лайфхак?

>>1213387
Я не очень понял, чего ты хочешь?
Зачем следить за this?
Это ссылка объекта на себя, она не меняется.

Ты хочешь создавать объекты и запоминать их ссылки? Тогда это называется Factory pattern.

>>1213396
>Это ссылка объекта на себя, она не меняется.
Это в других языках, в JS же this ссылается на контекст, а не на инстанс объекта.

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

>>1213402
Понятно.
Тебе надо self = this.
Это руками, везде, где this может быть неправильным.

Напр. тебе из метода объекта надо вызвать колбек, и внутри колбека обратиться к объекту.
Тогда в методе перед вызовом колбека пишешь const self = this.
А потом уже в колбеке self.someProp ...

Также, можно привязывать колбек к this объекта.
Точнее, создавать новый колбек, привязаный к нужному this:
this.boundCallback = someCallback.bind(this);
В реакте так делают - в конструкторе класса.

>>1213409
>Тогда в методе перед вызовом колбека пишешь const self = this.
кстати, мое изобретение :^)

>>1213413
Дед, ты же умер в 2009.

>>1213409
Можно ещё и делать someCallback.call(this, arg1, arg2, ...) или someCallback.apply(this, argsArray).

Так что, в большинстве случаев использовать self = this просто не нужно.

Анон, я совсем даун. Объясните как работает обработка ошибок в callback-функциях в контексте резервации первого аргумента для ошибок. Вот на примере это не могу понять нихуя https://stackoverflow.com/a/19739899

>>1213477
ну, при ероре у тебя функция вернет ерор, при результате, результат. ты тупа смотришь, не ерор ли это

>>1212848
Vue не "менее opinionated", а намешивает ангуляр с реактом, чтобы ублажить и тех и тех, без своего видения или идеи.

>>1213495
Да просто надо писать по книге «Vuex Concepts» (Daniel Schmitz & Daniel Pedrinha Georgii), а не скрещивать бульдога с носорогом. Получится тот же React/Redux, но более быстрый, за счёт отсутствия VirtualDOM.
Вот она:
https://bit-ly/2K5Yw6p

>>1213483
бамп неужели никто не знает

>>1213501
Тут вместо «-ly» набрать «.ly»

>>1213502
Из браузера - никак, js не имеет доступа к файлам системы. Можешь искать API борды, скорее всего там есть такая возможность, сможешь на ноде скрипт написать.

>>1213501
>Педрина
Ска лол.

>learn.javascript.ru - Самый главный русскоязычный сайт по JavaScript. Других таких подробных уроков не найти. Начинать строго с него.
Пиздец, ну и говнина этот кантор, нихуя толком не объясняется и вообще какая-то ебанина.

Сейчас читаю одну книжку (на английском) про жс, и охуеваю с того, как я жил раньше и не знал основ.

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

>>1213501
>Vue
>но более быстрый, за счёт отсутствия VirtualDOM.
>отсутствия VirtualDOM
Ты, я смотрю, просто эксперт.
В пионерлагерь-то чего не поехал?
Или прямо оттуда двачуешь

>>1213495
>намешивает ангуляр с реактом
Ты, вообще, понимаешь, что такое ангуляр?
Видел его?
Сходи, посмотри, лол.

>без своего видения или идеи
Там есть охуенная идея.
Весьма необычная для фронтенда в наши дни.

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

И там компоненты - это именно компоненты, в том смысле, в каком их понимает нормальный человек, а не просто кусочки хуйни, как в реакте.

>>1213640
>Пиздец, ну и говнина этот кантор, нихуя толком не объясняется и вообще какая-то ебанина.

Приятно встретить понимающего человека.
Реально заебали уже это говно форсить.

Почему Infinity при любых(кроме степени) мат. операциях с целым дает Infinity, а при возведении в степень Infinity обращается в 1?

>>1213666
Альтернатива на инглише какая?

>>1213695
Книг полно.
В том числе и хороших.

http://eloquentjavascript.net
https://addyosmani.com/resources/essentialjsdesignpatterns/book/
(эти две читать прямо на сайте)

http://www.allitebooks.com/secrets-of-the-javascript-ninja-2nd-edition/
http://www.allitebooks.com/the-principles-of-object-oriented-javascript/
http://www.allitebooks.com/understanding-ecmascript-6/
http://www.allitebooks.com/functional-javascript/
http://www.allitebooks.com/reactive-programming-with-rxjs/

Вот ещё нестареющая классика:
http://www.allitebooks.com/javascript-the-good-parts/

JavaScript Allonge погугли ещё.

Курсы и прочее подобное - гугли.

>>1213695
Алсо - вот Eloquent Javascript на русском:
https://habr.com/post/240219/

Это в шапке, в материалах для изучения, кстати.
Не пренебрегайте.

>>1213543
Ну а если файлы брать не из системы а из самого треда? Где ссылка на изображение должна прописываться?

>>1213689
Ты наверное путаешь степень с https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Assignment_Operators#Bitwise_XOR_assignment

Чтобы возвесть в степень используй Math.pow

>>1213761
В теле POST-запроса. И не ссылка, а base64encoded image data, сформированная через BOM API.

>>1213771
Да, да, я проебался конечно. Простите. Привычка.

>>1213640
дай угадаю: ты долго ковырял Кантора, потом бросил, начал читать книжку, все стало усваиваться лучше и ты сразу такой: бляя) кантор хуйня какаято непонятная, книга лучше оказывается)
Расскрою секрет - если бы ты сначала ковырял книгу, а потом начал Кантора, тебе бы второй ресурс показался понятнее, потому-что ты уже пришел туда с какими-то знаниями, и начал просто их раскладывать по полочкам и систематизировать.
Просто, я часто смотрю видосики на ютубе, и там всегда находится какой-нибудь восторженный долбоёб который напишет: спасибо автор!! я уже на трёх разных ресурсах учил <<хуйнянейм>> и только у тебя я понял, потому-что ты лучший!!!!. Нет бля, он не лучший, просто тебе долбоёбу нужно четыре раза объяснить всё с разных сторон, чтобы ты понял.

А вообще, я считаю именно книги хорошим способом упорядочить знания, а для первых шагов лучше использовать метод теория+практика в одинаковых дозах, а Кантор для этого подходит лучше

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

>>1213716
>>1213756
Что-то меня тоже от кантора поблёвывать тянет малоть. Какой раз пробую читать и как-то не идет. Попробую Eloquent JavaScript, уже не первый раз её вижу.

>>1213779
Кантор хорошо когда нет опыта вообще.

Спецификации и MDN хватает за глаза.

>>1213789
Человеку который уже знает какой-нибудь другой ЯП, конечно

>>1213790
Изучал веб-стек php, js, html, css (ну и периферию в виде протоколов, бд, етк) руководствуясь лишь спеками и справочниками. С нуля. До этого не знал ничего вообще.

>>1213794
Из книг считаю вообще напрасной тратой времени читать что-то по конкретным языкам. Читать можно лишь что-то монументальное по алгоритмам, по операционкам, архитектуре, сетям, или философское, по типу Раскина или Макконела, если любопытно. А языки изучать по книжкам, это это от лени какой-то.

>>1213798
>монументальное
фундаментальное*

>>1213779
Двачую вот этого дядю.

>>1213780
позволяет только сбросить значение пустой строкой. а что измениться если заменить форму? то есть в ней же тоже будет инпутфайл, которому нельзя задать значение програмно.

>>1213798
А я Гарри Поттера любил читать, это по-твоему тоже трата времени?

двач меня сегодня приняли на позицию фронтендщика. Первый раз в офис завтра пойду !!111!

>>1213906
какой лвл? опыт какой-нибудь работы есть?

>>1213908
21
> опыт
не самый успешный опыт фриланса и на рубях пара пет прожектов

>>1213912
Нормально, чо. Легко устроился-то?

>>1213925
да не я думал меня сольют, начали задавать вопросы аля как происходит процесс рендеренга страницы чем прототипная парадигма отличиается от ОО и я чет поплыл. Что даже для меня удивительно т.к. большинство ответов на большинство вопросов я знал.
Сидел мямлил что-то невнятное.

>>1213931
Что еще спрашивали, довай подробностей

>>1213640
Всё там нормально объясняется.

>>1214058
Хуёво там объясняется.
Тот, кому такие объяснения норм, тот в них не нуждается, как правило.

Тоже не понимаю обвинений Кантора, вполне годно описаны многие стороны языка.

Какая версия Кантора актуальнее: русская (learn.javascript.ru) или английская(javascript.info)

>>1214342
Английская

>>1214415
Не сильно он тех. терминами перегружен? Со словарём осилить можно? А кто попробовал Выразительный Javascript и охуел и от абстракций и афоризмов разных.

>>1214434
Не знаю, не читал. Попробуй.

>>1214252
Что там хуево объясняется?

>>1214415
Кантор же русич, чем английская версия лучше, если русский - оригинал?

>>1214462
Актуальная. Тут тебе сразу про стелочки расскажут, про let, про const. В русиче дай бог отдельно есть, если есть вообще инфа конкретно от него про всё это.

Кантор вообще не нужен, ибо сть freecodecamp, который лучше по всем параметрам

>>1214454
>Что там хуево объясняется?

Хуёво - это не "что", это "как".
Информации куча, да. И она достоверная.
Но, в качестве учебника с нуля, для человека, не умеющего программировать - хуёво.
А его именно в таком качестве и пытаются использовать.

Чтобы было понятно о чём я - посмотри серию книг "Grokking ..." или тот же "Head First ...".
Или совершенно охуенную митовскую "Once Upon an Algorithm".

>>1214481
>const
Никогда кстати не использовал эту залупу, и не могу представить юзкейс, где она бы решала какую-то проблему, а печатать на два символа больше - идите нахуй. Особенно умиляет, что во всех гайдах теперь пишут const hui = require("penis"). В жс-манямире серьезно есть макаки, которые переписывают внешние переменные внутри функции?

Как сделать onclick fetch?

Хочу чтоб было так:
// какая-то кнопка
<input type="submit" onclick="showJSON()">

// на клик мой json прилетает
function showJSON() {
fetch('my.json')
.then(function(response) {
return response.json();
})
.then(function(myJson) {
console.log(myJson);
});
}

console.log для примера, там конечно иной функционал.

>>1214513
Именно поэтому ты никогда не вкатишься в ойти

>>1214514
не понял что ты хочешь? Ты хочешь что бы вместо стандартного сабмита был аякс?
Тогда просто отмени стандартное действие браузера - event.preventDefault()

>>1214529
Я уже пять лет тута, наркоман.

>>1214532

>Тогда просто отмени стандартное действие браузера - event.preventDefault()

Или пусть type="button" использует.

Правда ли, что операторы - это функции?

Например, + это не знак сложения, а функция, которая принимает два аргумента и возвращает одно?

Т.е.:
var a = b+c;
Это:
var a = function +(b,c){
return //сумма b и c
}

>>1214533
В этом треде пять лет сидишь? Я ж говорю, что никогда не вкатишься.

>>1214540
Логически - да. Практически - зависит от языка. Обычно +/*- и т.д реализованы как специальный оператор, а не функция.