Anonymous
Что обычно спрашивают на собсесах Js?
кроме ес6, замыкания
Evgeniy 🍀
сходи и узнаешь :3
Vlad
Что обычно спрашивают на собсесах Js?
кроме ес6, замыкания
https://github.com/h5bp/Front-end-Developer-Interview-Questions
Igor
Viacheslav!
Привет. Есть разовая работа. Material design + несложный js - перенести элементы в другие места + сортированка данных в таблице (js). го в лс если интересно
Alimossim
.bg {
/* The image used */
background-image: url("/wa-data/public/site/img/Image6.png");
/* Full height */
/* Center and scale the image nicely */
background-position: center;
background-repeat: no-repeat;
background-size: cover;
}
Alimossim
Если не задаю фиксированную высоту не работает
Alimossim
как сделать так чтобы высота автоматически применялась при этом не ломаю пропорции и не обрезая кртинку
Дмитрий
Здравствуйте, товарищи! Продолжаю осмыслять правила линтера. Остановился на no-param-reassign: https://eslint.org/docs/rules/no-param-reassign Как, по-хорошему, следует работать с методами массивов (forEach, map и т.д.), оставаясь в рамках этого правила?
Пример:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
currentElement.style.display = '';
});
Конечно, можно сделать так:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
const { style } = currentElement;
style.display = '';
});
Но разве это не тупо?
Roman
Здравствуйте, товарищи! Продолжаю осмыслять правила линтера. Остановился на no-param-reassign: https://eslint.org/docs/rules/no-param-reassign Как, по-хорошему, следует работать с методами массивов (forEach, map и т.д.), оставаясь в рамках этого правила?
Пример:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
currentElement.style.display = '';
});
Конечно, можно сделать так:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
const { style } = currentElement;
style.display = '';
});
Но разве это не тупо?
смысл в том, чтобы не мутировать входные параметры - так как это сайд эффекты
Deleted
которое еще придумали в 80е годы
Roman
э... ну какбе такое дело
Deleted
это нарушает семантику использования параметров
Roman
почемуйта?
Deleted
почемуйта?
семантика параметра - это данные поданные на вход
по аналогии с принципом черного ящика
когда мы идем глазами по большой функции мы в местах использования параметров ожидаем что это все те же значения полученные когда была вызвана функция
Roman
я думал правило нарушает
Roman
да, с этим все понятно =)
Дмитрий
смысл в том, чтобы не мутировать входные параметры - так как это сайд эффекты
Я смысл понимаю. Вопрос не в этом
Roman
в чем вопрос?
Roman
то что правило не отлавливает деструктуризацию - это баг
Дмитрий
в чем вопрос?
Как, по-хорошему, следует работать с методами массивов (forEach, map и т.д.), оставаясь в рамках этого правила?
Roman
аа
Roman
тебе в иммутабельность
Roman
надо создавать копии, модифицировать их и возвращать
Deleted
Здравствуйте, товарищи! Продолжаю осмыслять правила линтера. Остановился на no-param-reassign: https://eslint.org/docs/rules/no-param-reassign Как, по-хорошему, следует работать с методами массивов (forEach, map и т.д.), оставаясь в рамках этого правила?
Пример:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
currentElement.style.display = '';
});
Конечно, можно сделать так:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
const { style } = currentElement;
style.display = '';
});
Но разве это не тупо?
да, parameter property modifications в свою очередь это абсолютно приемлемо
хотя и является сайд эффектом - что в некоторых ситуациях можно расценивать как неприемлемый код для конкретного проекта
Roman
^^ согласен
Roman
если в проекте принята иммутабельность - это нормальное линт-правило, чтоб кто-то случайно не мутировал
Deleted
ну и также в вашем примере вы мутируете DOM
изолировать себя от мутации DOM'a можно только если использовать фреймворки по типу React VUE
Deleted
Сам по себе DOM построен на мутациях
Roman
^^ опять согласен =) не успеваю с ответами
Deleted
😁
Andrey
свой виртуал дом и все дела 😁
Дмитрий
ну и также в вашем примере вы мутируете DOM
изолировать себя от мутации DOM'a можно только если использовать фреймворки по типу React VUE
Ну ОК. А если бы это был не ДОМ, а некий массив неких объектов?
Andrey
полно языков транспилирующихся в сабж, при этом с иммутубельными структурами данных из коробки - пурескрипт, эльм, кложаскрипт и т.п. выбирай на вкус. можно при желании посмотреть как там сделаны эффективные датаструкчи. хотя и в иммутабл-жс что-то должно быть наверное
Серёжа
Deleted
Ну ОК. А если бы это был не ДОМ, а некий массив неких объектов?
если объекты имеет 1-2 уровня вложености то используют spread операторы чтобы создавать копии
let arr = [{ name: 'John', surname: 'Smith' }, { name: 'Alice', surname: 'Smith' }]
arr = arr.map(
user => ({
...user,
fullName: `${user.name} ${user.surname}`
})
)
если больше - то используют библиотеки для работы с иммутабельными объектами
я чаще всего использую immutability-helper
Deleted
Здравствуйте, товарищи! Продолжаю осмыслять правила линтера. Остановился на no-param-reassign: https://eslint.org/docs/rules/no-param-reassign Как, по-хорошему, следует работать с методами массивов (forEach, map и т.д.), оставаясь в рамках этого правила?
Пример:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
currentElement.style.display = '';
});
Конечно, можно сделать так:
document.querySelectorAll('.controlBlock').forEach((currentElement) => {
const { style } = currentElement;
style.display = '';
});
Но разве это не тупо?
да и еще
я считаю использование arr.forEach анти-паттерном, потому что ты теряешь возможность взаимодействовать с родительской функцией в своем колбеке, например добавить await или return если надо, потому лучше использовать for of
Deleted
мутация значения и мутация ссылки две абсолютно разные вещи
Deleted
все ошибки в основном от мутации значений
мутацию ссылок можно избегать если в этом есть реальная потребность
Deleted
я перезаписываю ссылку на arr
Deleted
оригинальный arr не меняется
Roman
операция = не изменяет левую часть
Deleted
разницу между ссылкой и значением понимаешь?
Roman
надо проще объяснять)
Deleted
Притом что мутация значений очень важна
А важность мутации ссылок - зависит от задачи
Дмитрий
если объекты имеет 1-2 уровня вложености то используют spread операторы чтобы создавать копии
let arr = [{ name: 'John', surname: 'Smith' }, { name: 'Alice', surname: 'Smith' }]
arr = arr.map(
user => ({
...user,
fullName: `${user.name} ${user.surname}`
})
)
если больше - то используют библиотеки для работы с иммутабельными объектами
я чаще всего использую immutability-helper
Что-то я не понял. Вот массив:
let arr = [{ name: 'John', surname: 'Smith' }, { name: 'Alice', surname: 'Smith' }]
Как в нем поменять все surname на Lee, оставаясь в рамках правила no-param-reassign?
Deleted
Что-то я не понял. Вот массив:
let arr = [{ name: 'John', surname: 'Smith' }, { name: 'Alice', surname: 'Smith' }]
Как в нем поменять все surname на Lee, оставаясь в рамках правила no-param-reassign?
arr.map(
user => ({
...user,
surname: 'Lee'
})
)
Deleted
только ты меняешь не в нем, а создаешь новую копию массива где есть это изменение
Deleted
куда эту assign'ить - это уже зависит от задачи)
Дмитрий
только ты меняешь не в нем, а создаешь новую копию массива где есть это изменение
Вот это печалька же. Я же не этого хотел. Это может вылиться в жесть по памяти.
Deleted
Вот это печалька же. Я же не этого хотел. Это может вылиться в жесть по памяти.
это верно
иммутабельность неэффективно использует память
но в большинстве задач памяти хватает
Deleted
Создаем изолированные части приложения которые работают с мутабельностью
Deleted
Например я писал на React Native рисовалку для ios android
Deleted
у меня был отдельный компонент который работал с байт массивом imageData
но всю эту логику он полностью скрывал внутри себя
Deleted
ну если грубо то
[1,2,3].slice(0).sort(...)
Deleted
копируешь, сортируешь
Deleted
а если проект маленький - то иммутабельность вам и не нужна
Deleted
там это где?
Deleted
ну так если есть конкретный пример - то давай конкретно разбирать
Deleted
есть вот шкала такая
на одной стороне ты получаешь
простотой в понимании проект, легкий в откладке и отлове ошибок
на другой стороне ты получаешь проект быстро работающий и эффективно использующий память
Deleted
на этой шкале ты выбираешь для себя подходящую точку)
Deleted
для своей задачи
Deleted
иммутабельность это инструмент который позволяет контроллировать сложность проекта, взамен на некоторую долю памяти и времени процессора
Игнат
Вечер добрый, есть идея создать веб приложения с множеством динамических веб форм, начал писать на фласке, но там с динамиком чет тяжко, подскажите пожалуйста какой выбрать вреймворк 😄
Kirill
Ребята, всем привет, такой вопрос:
У меня есть кнопка и на нее навешано событие по классу на клик, потом удаляю этот класс у ней и добавляю новый и хочу реализовать уже другое событие, а оно все равно делает и старое и новое( как быть, подскажите пожалуйста?)
Дмитрий
иммутабельность это инструмент который позволяет контроллировать сложность проекта, взамен на некоторую долю памяти и времени процессора
Спасибо за информацию - буду осмыслять. Подытожим изначальный пример: для DOM без фреймворка и в малых масштабах на это правило можно забить. Верно?
Kirill
спасибо)
Bakhodir 𝖨̷𝖨̷𝖨̷
Ребята, всем привет, такой вопрос:
У меня есть кнопка и на нее навешано событие по классу на клик, потом удаляю этот класс у ней и добавляю новый и хочу реализовать уже другое событие, а оно все равно делает и старое и новое( как быть, подскажите пожалуйста?)
Так есть же делегирование событий, задаешь событие клик на родителя, потом отлавливаешь элемент по классу и делаешь что хочешь
Bakhodir 𝖨̷𝖨̷𝖨̷
https://learn.javascript.ru/event-delegation
Roman
кто работал с react-native? можно вообще не работать с xcode? то есть понятно, он нужен для билда, но писать можно в чем-то другом?
Deleted
кто работал с react-native? можно вообще не работать с xcode? то есть понятно, он нужен для билда, но писать можно в чем-то другом?
в момент инсталляции нативных модулей и для смены настроек проекта нужен
Deleted
Deleted
кто работал с react-native? можно вообще не работать с xcode? то есть понятно, он нужен для билда, но писать можно в чем-то другом?
и да
Если проект сложный я бы не брал RN