«phpClub» — архив тем ("тредов"), посвящённых изучению PHP и веб-технологий.
Аноним 2022/05/24 18:30:48  №2362628 1
>>2362625
>простые морды, если я бэкендер
ПРостые морды для бэкендера это jquery + bootstrap, как показывает моя личная практика, лучше уж так чем говнокод на SPA.
Ответы: >>2362637
Аноним 2022/05/24 18:51:29  №2362637 2
>>2362628
Почему обязательно говнокод с vue? Пишу чисто, функционально на vue 3 как на реакте. С jquery у тебя в 99% случаев на проектах встретится говнокод. На жиквери можно компоненты писать в виде плагинов, но все любители жиквери предпочитают лапшу.

мимо
Ответы: >>2362642
Аноним 2022/05/24 18:57:46  №2362642 3
>>2362637
>функционально на vue 3
>как на реакте
Ты насрал в штаны, дружище. Во vue нет функциональных компонентов, а те, что там называются "функциональными" представляют из себя ничего более, чем статичную рендер-функцию без ветвлений внутри.
>С jquery у тебя в 99% случаев на проектах встретится говнокод.
У тебя и с реактом/вью 99% встретится говнокод, но в отличии от жиквары - он еще и будет с горой бойлерплейта, который без траты огромного количества времени не разберешь.
Ответы: >>2362645
Аноним 2022/05/24 19:04:58  №2362645 4
>>2362642
Извини, но я в твои в штаны не срал. Это ты сам наделал. cоmposition api позволяет функциональный код писать насколько это возможно в жс и даже использовать this не дает.
Ответы: >>2362646 >>2362648
Аноним 2022/05/24 19:10:02  №2362648 5
>>2362645
Потому что код полностью на функциях, без использования контекста. Тебе никто не мешает его использовать вместе с какой-нибудь ramdajs
Ответы: >>2362655 >>2363289
Аноним 2022/05/24 19:14:42  №2362655 6
>>2362648
В JS даже контекст можно реализовать на замыканиях. Отсутствие контекста и преобладание функций - не гарантирует использования парадигмы ФП. Тот же composition api функционален только в момент инициализации, потом у тебя все равно появляется тобой ненавистный контекст, в отличии от реакта - где весь жизненный цикл компонента выполнен в виде функций. Исключение в виде ErrorBoundary не рассматриваем
Ответы: >>2362659 >>2362667 >>2363329
Аноним 2022/05/25 16:38:49  №2363329 7
>>2362655

> В JS даже контекст можно реализовать на замыканиях.

Можно, и я даже когда-то так делал, когда в JS не было классов, но это плохая идея в сравнении с классами, так как получается код в стиле "функция возвращает функцию", который тяжело читать. Классы читать гораздо проще.

> в отличии от реакта - где весь жизненный цикл компонента выполнен в виде функций.

Ты случайно не намекаешь на использование хуков вроде useState()? Я видел много хвалебных постов про эти хуки, но когда решил прочесть документацию и разобраться, то ужаснулся. То, что подают как лучшее решение, на самом деле превращает код в лапшу в стиле "функция возвращает функцию, которая возвращает функцию".

Вот, например, кусочек из Реакта (отсюда https://reactjs.org/docs/hooks-intro.html ):

function Example() {
[count, setCount] = useState(0);
...

А вот, как это выглядит с использованием ООП:

class Example {
counter = new Counter();

render() {
...

Плюсы кода с ООП:

- объект счетчика создается один раз при создании компонента. С хуками же мы пытаемся создать счетчик при каждом рендеринге. Это просто нелогично.
- с ООП класс устроен просто и понятно: есть состояние и есть методы для его изменения. С хуками же у нас функции возвращают функции и это просто сложно читать и, как следствие, легко сломать при редактировании.
- функции вроде useState используют костыли (порядковый номер вызова), чтобы понять, к какой переменной мы обращаемся. В ООП таких костылей нету.

Такое ощущение, что люди готовы усложнять код, лишь бы не использовать ненавистные классы. То, что делается на хуках, ,можно сделать аналогично на ООП, только без костылей.
Ответы: >>2363340 >>2363431
Аноним 2022/05/25 16:43:19  №2363340 8
>>2363329

Ой, там в примере кода наверно надо писать

counter = new Counter(this);

а то counter не сможет пнуть компонент, чтобы он обновился.