Вот только делать так не стоит, особенно, если приложение не маленькое и требует несколько разработчиков. Внесение нового и поддержка старого усложняются с каждым таким решением, в итоге получим слишком большую связность и изменения в одной части будут ломать что-то в другой.
В этом же случае просто нужен vuex, так как он является не просто прослойкой между фронтом и беком, но и помогает в создании логического каркаса.
Михаил Жабко, полгода назад (в это время менял работу) ситуация по вакансиям была примерно такая: 5 вакансий на реакте, 3 на вью, 1 на ангуляре. По крайней мере я увидел именно такое соотношение.
С реактом работал всего несколько месяцев и без наставника, в некоммерческих пет-проектах. Потому трезво оценивая себя, знал, что я по нему не спец. Однако на вакансии с требованием коммерческого использования реакта всё равно откликался и интервью проходил, просто сразу говорил, что знаю его без нюансов, но хорошо знаю вью и эмбер. Тех-собеседования почти всегда касались только работе с js. На самом деле оно и понятно, js нужен в первую очередь. Затем требуется коммерческий опыт на любом фреймворке, обычно он служит подтверждением того, что ты знаешь, как работать с таким инструментом и можешь при участии наставника быстро разобраться с сильными/слабыми сторонами любого фреймворка и учитывать их при построении архитектуры для тех или иных задач.
В общем, из всего вышесказанного следует:
1. Вакансий с реактом много, было больше половины (как сейчас, точно не знаю)
2. Чтобы не откидывать эти вакансии, реакт знать нужно
3. Достаточным знанием является знание api на уровне своих пет-проектов, то есть не обязательно знать его хорошо)) Если должность не техлидовская, то подразумевается, что тебе помогут твои коллеги в освоении рабочего стека.
4. При этом нужно иметь хорошие знания js, и коммерческий опыт использования любого другого современного фреймворка
Так что, на мой взгляд, лучшим вариантом будет углубить знания вью и потрогать реакт со всех сторон)) Но можно и наоборот, если вью ты только потрогал, то можно начать работу с реактом и если он понравится больше, углубится уже в него) Тут уже можно начинать обсуждать плюсы/минусы обоих этих фреймворков)
Михаил Жабко, ну от чего же скучной?)
Для примера:
1. Ипотечный калькулятор в виде веб-компонента, который юзается и на основном портале и у клиентов-посредников и у клиентов-заказчиков
2. Корпоративное chrome-расширение с аудио/видио связью на сокетах
3. Секьюрная форма оплаты товаров, с возможностью интеграции в сторонние сервисы и с whitelabel'ингом
В большинстве таких проектов работает по 1-3 разработчика. Они не маленькие и не большие, но являются частью большой инфраструктуры. И назвать работу над такими частями скучной, это прям надо не любить то, чем занимаешься)
Примеров много, ещё больше тех, в которых не участвовал сам. И везде, это интересная работа. Да, бывают периоды, когда нужен рефакторинг по проекту, который не твой и там действительно, чаще всего, рутина, или работа с типовыми задачами. Но такие периоды возникают только в начале пути, а с ростом их становится всё меньше)
А с учётом того, что за такую работу ещё и хорошо платят, то назвать себя неудачником я никак не могу)
marafonec, ну сейчас уже и не в курсе, как с этим дело обстоит)
Уже давненько перебрался на другие средства для разработки)
Советую vs code, но если принципиальное нет, то можно более легкий атом
Ещё отмечу, что если вдруг нужно управлять внешними отступами и положением дочернего элемента, то делать это правильней из той же точки, откуда в компонент поступают данные, то есть в данном случае от рутового компонента, где у тебя вложенные один в другой component
На самом деле, перевод там очень и очень хороший, передающий нюансы, что очень важный плюс для ру-сообщества. Оригинал я бы советовал только если знания английского прям очень хороши) имхо
Озможно потому, что this и _this - одна и та же сущность, вне зависимости передаёте вы её в кунструктор, или нет. Что вы хотели сделать, биндя функции?
А в чём проблема поменять элементы местами, заиспользовать флекс контейнер и выставить элементам нужный order в css? Тогда можно использовать селектор "+"
Ну и ещё один совет на последок: при изучении чего либо, всегда и сразу делай это руками, иначе нифига не запомнишь) ИМХО, конечно, на основе собственного опыта ))
thekot24:
>> Поймите, эта цифра "24" - изменяется, а при parseInt - получает одну и ту же.
Если меняется не динамически, путем встраивания в строку (!), что ОЧЕНЬ мало вероятно, то ответ с parseInt будет выдавать свое значение для каждого случая. Прежде чем говорить - попробуйте.
Dvoeglazov: Хотя подожди) Кажется я тебя неправильно понял. Похоже ты просто размер блока с картинкой неверно настроил. Вот она и обрезается. Можешь код показать?
Огромное спасибище! Всё не мог понять как это работает :) Если не трудно, объясни еще пожалуйста как cwd в dest работает :) А то возможно я костыляю у себя в проекте по жесткому
Мне и нужно, чтобы пользователь получал запрос на подтверждение. Просто даже с подтверждением, как я понял, такое не реализовано. И да, конечно нужно без установки дополнительных приложений. Может разработчики AS в курсе, есть ли такая возможность хотя бы теоретически.
В этом же случае просто нужен vuex, так как он является не просто прослойкой между фронтом и беком, но и помогает в создании логического каркаса.