🅅aleriy
прошу заметить я вообще никогда не оскорбляю никого
Александр
Скоро их не будет
Андрей
ну я так не говорил
Ну да. "Ну пишите, а мне потом за вами нормально переделывать придётся..."
Андрей
Не говорил.
Anton Saprykin
Вот это да
ℝei
прошу заметить я вообще никогда не оскорбляю никого
сильное заявление 😆 но твоя фраза выше отрицает это
Андрей
Сорян, но за корректностью и словоформами ты не в тот чат пришёл.
Anton Saprykin
Вот это самомнение
Андрей
Если ты пидор, то тебя здесь пидором назовут.
ℝei
Ну да. "Ну пишите, а мне потом за вами нормально переделывать придётся..."
Ну я тоже так считаю, в принципе. 😆 но за другими такое говно разгребать больше нет желания никакого
Anton Saprykin
Как наработать экспертизу в определении кто пидор кто нет
ℝei
Может я не так объяснил, но код лучше объяснит https://specialistoff.net/question/698
Ты используешь app для хранения переменных. Мне больше не о чем с тобой разговаривать
🅅aleriy
@XaveScor т.е .ты считаешь, что какие то вычисления и бизнес-логику зашивать в код компонентов это норма?
Александр
Ты используешь app для хранения переменных. Мне больше не о чем с тобой разговаривать
Меня можно простить, я учусь. Буду благодарен, если ты подскажешь правильный путь
Андрей
@XaveScor т.е .ты считаешь, что какие то вычисления и бизнес-логику зашивать в код компонентов это норма?
Смотря какие компоненты. Если это ui kit, то нет. Если остальные, то почему бы и нет? Зависит от бизнес логики.
Андрей
Что ты считаешь нельзя иметь в компонентах?
ℝei
Смотря какие компоненты. Если это ui kit, то нет. Если остальные, то почему бы и нет? Зависит от бизнес логики.
а где тогда логика конкретного компонента должна быть?
Андрей
Есть вещи, согласен, но большая часть спокойно в компонентах живёшь.
Андрей
а где тогда логика конкретного компонента должна быть?
Логика компонента и бизнес логика - это разные вещи.
Андрей
Открытие дропдауна - это не бизнес логика.
ℝei
держать api в компоненте это бред. для этого должно быть отдельное место
ℝei
и это не vuex тоже
Андрей
держать api в компоненте это бред. для этого должно быть отдельное место
Ну да, но вызывать можно спокойно из компонентов.
🅅aleriy
Что ты считаешь нельзя иметь в компонентах?
любую бизнес-логику нельзя иметьв компонентах, я считаю
T.A
третий vue-cli не страшно ставить? ни у кого никаких проблем не было?
ℝei
третий vue-cli не страшно ставить? ни у кого никаких проблем не было?
Конфиги странно настраиваются, а так все ок
Андрей
ну вот с этим полностью согласен
К примеру, расчёт итоговой стоимости покупки почему нельзя в компоненте разместить?
Nikolay
третий vue-cli не страшно ставить? ни у кого никаких проблем не было?
c вебпаком повозиться надо
Андрей
Зачем эту логику выносить?
T.A
c вебпаком повозиться надо
если допустим, что что-то не устраивает только? или всегда нужно его настраивать?
Nikolay
если допустим, что что-то не устраивает только? или всегда нужно его настраивать?
только для кастомизации
🅅aleriy
К примеру, расчёт итоговой стоимости покупки почему нельзя в компоненте разместить?
потому что алгоритм расчета может измениться со временем, этому алгоритму могут потребоваться доп.параметры
рефакторить потом все это будет гораздо затратнее, чем спроектировать сразу правильно
Андрей
Вообще, компоненты сейчас надо воспринимать как акторы, тогда никаких проблем не будет.
Андрей
🅅aleriy
Вообще, компоненты сейчас надо воспринимать как акторы, тогда никаких проблем не будет.
мое личное мнение - это большая ошибка
🅅aleriy
собирать логику по компонентам, которые по сути являются отображением, это очень сложно поддерживать в условиях изменений бизнеса потом
Андрей
собирать логику по компонентам, которые по сути являются отображением, это очень сложно поддерживать в условиях изменений бизнеса потом
Эм... В чём разница сбора логики по компонентам и по функциям, которые разбросаны по проекту?
Андрей
Ты всё равно начинаешь анализ с компонента.
🅅aleriy
Эм... В чём разница сбора логики по компонентам и по функциям, которые разбросаны по проекту?
в том же когда ты делаешь отдельное теплое местечко для REST API функций в вебе
Андрей
в том же когда ты делаешь отдельное теплое местечко для REST API функций в вебе
Это разные вещи. эту библиотеку я генерирую.
🅅aleriy
а не делаешь в каждом компоненте отдельно fetch/axios.get|post|put|delete
🅅aleriy
т.е. ты зеркалишь апи как правило, давая методам интуитивно понятные названия
🅅aleriy
типа createUser(id)
🅅aleriy
и т.д.
Андрей
Аналогии работают очень плохо. Давай вернёмся к теме.
🅅aleriy
добавляя доп.уровнеь абстракции
Андрей
А то скоро к продаже семечек на рынке придём.
🅅aleriy
между отображением, логикой и данными
Андрей
Так в чём затруднение исправить логику в компоненте?
🅅aleriy
пока у тебя в приложении 20 компонент такой пробелмы нет
🅅aleriy
когда их под 1000
🅅aleriy
там уже каждое такое изменение это боль
Андрей
Почему?
🅅aleriy
попробуй на собственном опыте, словами это сложно передать :))
Андрей
У меня все компоненты являются отдельным приложением и не зависят от родителя. Никакой боли нет.
Андрей
Лол.
Андрей
"Я так считаю"
🅅aleriy
ну у тебя специфические кейсы значит
🅅aleriy
повезло просто
Андрей
Дык скажи ситуацию, в которой мне не повезёт.
Андрей
А не абстрактные "если у тебя будет 100500 компонентов".
Андрей
"А нет, тебе повезло".
🅅aleriy
Дык скажи ситуацию, в которой мне не повезёт.
мне кажется тебе такие кейсы в жизни не попадутся :)
Александр
А вот сложный кейс - это портал с финансовыми операциями например.
Андрей
А вот сложный кейс - это портал с финансовыми операциями например.
Круто, мы определились что сложно, а что просто.
Андрей
А конкретика выйдет погулять?
Александр
Когда имеется список услуг и в каждом своя специфика, но при этом на услуги влияет политика компании.
Александр
Например на что делать скидки, а на что не делать, если оплата не прошла до какого-то конкретного числа и т.д.
Александр
Каждое дополнительное условие учёта и есть боль при создании воркфлоу потоков.