cython, вряд ли много людей столкнутся именно с этой проблемой и даже если так, то именно тут найдут решение с таким-то названием. Там скорее всего чтонибудь в духе "ой и правда alert не работает в ноде, а node -v оказывается надо было в командную строку писать а не в js-файл"
Так вы еще лет пять будете ждать ответа.
Разве что тут пройдет тот кто этот конструктор сделал для ваших конкурентов.
Вообще судя по всему этот конструктор весьма прост и его скорее всего заказали какому-нибудь фрилансеру.
насколько я знаю компонент перерендеривается, когда у него меняются пропсы, либо меняется стейт.
это не так. он перерендеривается каждый раз когда реконсилеру нужно новое дерево чтобы сравнить со старым. Если обобщить - то или когда меняется стейт или когда родитель рендерится.
Если вам действительно хочется разобраться, почитайте документации или статьи о том как это все работает под капотом
Eshta, лучше всего спрашивать тех кто это проходил самостоятельно, тут вам нафантазируют что угодно.
А еще можно попробовать вопрос задать в консульство канады, именно с канадским дело не имел но в целом консульства разных стран охотно идут на контакт, можно не бояться спрашивать.
Galdar Turin, буфер это и есть первоначальный вид - бинарные данные. То что вы выводит nginx это просто его попытка эти бинарные данные вывести как-нибудь как текст.
чтобы побайтово читать данные, вам не надо переводить в строку, у вас там уже байты.
AndRussia, нет, круг существует только в вашем сознании, для браузера весь канвас - большой прямоугольник из разноцветных пикселов.
Получайте координаты клика и вычисляйте, попал ли он в круг или мимо.
Дмитрий Ивченков, именно такое я не встречал. И если честно - смысл данного действа ускользает.
Потому как что будут проверять эти сгенеренные тесты? Тестирование логики за вас все равно никто не напишет, проверка какой-то формальности вроде того что у компонента есть определенные свойства и обработчики, или что компонент рендерится без ошибки бессмысленна сама по себе (она всегда будет зеленой, а упадет когда вы апи компонента поменяете и исправлением будет перегенерить тесты снова)
Если вам просто долго писать бойлерплейт для каждого компонента - сделайте себе live templates какие нибудь.
Тестировать надо не "все подряд" а логику и точки ветвления. Это вам никакой генератор не нагенерирует.
Mishka_Sev, я не знаю что вы имеете ввиду под "всеми объявленными переменными". Если именно переменные - вам их собирать не надо - вы их и так знаете все.
let x=[1,2,3]
x=[2,3,4]
тут объявленная переменная - x. и к ней у вас полный доступ. А вот массивов в памяти - два. пока сборщик мусора не запустится. после него останется один.
покажите мне код который "достанет" оба массива?
Cyberial Syntwaiser, потому что вам скорее всего придется навелосипедить что-то чтобы связать это все воедино и без опыта у вас получится скорее всего что-то не очень. Практику надо нарабатывать на известных качественных и хороших решениях, чтобы изучить как строятся хорошие программы. По общепринятым подходам есть множество качественных статей, документации, примеров кода и обсуждений где можно почерпнуть всякое хорошее и научиться отделять хорошее от плохого.
Когда будете чувствовать себя уверенно - тогда сможете что-то навелосипедить свое не сильно страшное.
Исключением может быть только если кто-то до вас уже хорошо и красиво связал редакс с метеором и написал хорошую статью по этому поводу.
React все равно с каким апи использовать, но если хотите пример отлично построенного апи и клиента - возьмите реакт+хуки+graphql+apollo client. На сервере apollo server.
Это будет хороший стек, на котором можно практиковаться и прокачиваться.
Ну или react+что-угодно-для-http+redux/mobx+express. Более классический вариант с REST архитектурой.
