В процессе прочтения статьи решил зарегистрироваться, посмотреть что там внутри.
Ужасно раздражает, когда не видишь конца всем этим вопросам.
Возможно не углядел, но кажется нельзя отредактировать то, что заполнил ранее по ходу заполнения анкеты
По индексу уже ответили, попытаюсь по-простому, по-русски:
1. Вы выводите элементы в цикле — им проставляете индекс.
2. Вы удаляете элемент из UI.
3. Запускается ререндер.
4. Элемент стоящий после удалённого опять получает тот же индекс, что и у удалённого, потому что у вас опять пробежался цикл.
5. То есть ивент относящийся ко второму, по факту уже будет воздействовать на третий.
Как то так. Где то была статья, к сожалению сейчас найти не могу.
1. В качестве key нужно избегать использования index, он должен быть на последнем месте по приоритетам. Самый идеальный key — это индекс, на втором месте — любой уникальный ключ, который может сгенерить lodash допустим. И только потом index.
2. В нескольких местах замечал, что вы создаёте переменную, допустим author — а по факту используете её только 1 раз. Так вы засоряете память.
Есть иная ситуация — у вас может идти this.props.author, this.props.name и тд, то есть вы каждый раз обращаетесь на уровень выше, хотя можете эту пропсу сохранить уже в рамках функции и обращаться к ней там, это будет быстрее.
3. eshe_odno_svoistvo… В js лучше использовать camelCase, то есть ваш ключ должен принять вид — esheOdnoSvoistvo
Какова сфера применения?
Имею ввиду, для какого масштаба проектов (лэнд, визитка, проект с десятками уникальных страниц)?
Почему не эммет, который закрывает сам тэги и упрощает читаемость?
И заголовок — «Лучшие инструменты для JavaScript-разработчика» как то не соответствует содержанию. Вы просто перечислили MVC и либы последних годов, не более…
Не пойму — в интернете мало инфы на эту тему?
Смысл каждый раз расписывать значение каждой буквы, что такое Б, что такое Э, что такое М?!
Кому нужно, и считает это клёвым — уже юзает, либо просто в курсе этого, кому не нужно — обходит стороной.
Вопрос — чего вы это всем навязываете постоянными постами?
Вот именно! На него там ответили уже столько раз, при чем в самых разных вариация, и тем не менее стабильно раз в день такой вопрос всплывает =) А вы его тут обошли стороной.
Интересно, а если данные, положенные в getChildContext не статичные, а подтягиваются из стора. И в случае, если данные изменились, то в дочерних элементах все автоматически обновится или нужно что-то на подобии componentWillReceiveProps?
Нет уж извиняйте, разница довольно таки большая между «самописными или нет». Одно дело — когда вы не знаете как привести стили сайта к кроссбраузерному виду и слепо лепите целый reset.css файл. Другое дело, когда вы знаете тонкости поведения того или иного тэга, можно основу взять даже ваш пример, где можно обойтись простым input, textarea, button { font-family: Arial;}, а не подключать целый css ради этого…
И я думаю, что любой продвинутый верстальщик (фронтэндер) с опытом составляет свой шаблон для старта вёрстки, в котором прописаны корректировочные стили.
Ужасно раздражает, когда не видишь конца всем этим вопросам.
Возможно не углядел, но кажется нельзя отредактировать то, что заполнил ранее по ходу заполнения анкеты
По индексу уже ответили, попытаюсь по-простому, по-русски:
1. Вы выводите элементы в цикле — им проставляете индекс.
2. Вы удаляете элемент из UI.
3. Запускается ререндер.
4. Элемент стоящий после удалённого опять получает тот же индекс, что и у удалённого, потому что у вас опять пробежался цикл.
5. То есть ивент относящийся ко второму, по факту уже будет воздействовать на третий.
Как то так. Где то была статья, к сожалению сейчас найти не могу.
Реакт работает с виртуальным домом, то есть если нет данных, то лучше не выводить обёртку вообще…
{visible? {bigText}: null}
1. В качестве key нужно избегать использования index, он должен быть на последнем месте по приоритетам. Самый идеальный key — это индекс, на втором месте — любой уникальный ключ, который может сгенерить lodash допустим. И только потом index.
2. В нескольких местах замечал, что вы создаёте переменную, допустим author — а по факту используете её только 1 раз. Так вы засоряете память.
Есть иная ситуация — у вас может идти this.props.author, this.props.name и тд, то есть вы каждый раз обращаетесь на уровень выше, хотя можете эту пропсу сохранить уже в рамках функции и обращаться к ней там, это будет быстрее.
3. eshe_odno_svoistvo… В js лучше использовать camelCase, то есть ваш ключ должен принять вид — esheOdnoSvoistvo
Ещё полистаю, может ещё чего добавлю.
Имею ввиду, для какого масштаба проектов (лэнд, визитка, проект с десятками уникальных страниц)?
Почему не эммет, который закрывает сам тэги и упрощает читаемость?
И заголовок — «Лучшие инструменты для JavaScript-разработчика» как то не соответствует содержанию. Вы просто перечислили MVC и либы последних годов, не более…
Смысл каждый раз расписывать значение каждой буквы, что такое Б, что такое Э, что такое М?!
Кому нужно, и считает это клёвым — уже юзает, либо просто в курсе этого, кому не нужно — обходит стороной.
Вопрос — чего вы это всем навязываете постоянными постами?
Какой язык программирования посоветуете учить?
Как научиться верстать?
И я думаю, что любой продвинутый верстальщик (фронтэндер) с опытом составляет свой шаблон для старта вёрстки, в котором прописаны корректировочные стили.