PM
Мое мнение таково - есть те кто пишет код, а есть те кто делает продукт. Это вообще разные майндсеты разработчиков
если я правильно понял, это еще называется разработчик/инженер vs коддер
Size: a a a
2020 December 17
PM
Да и в целом никто не топит за svelte в больших приложениях. Все молчат что у них в коде в больших приложениях, но при этом все любят порассуждать и потыкать “ой а как там в больших приложениях” в свелт.
хах, прям с языка снял. я бы даже сказал все стыдятся говорить что у них там в больших приложениях. да и вообще большие проекты писать хорошо очень сложно и лично я не видел хорошо написанных ынтерпрайзов. поэтому стараюсь их не писать. мне хочется чтобы код был красивый. а так то да, иногда почитаешь комментарии и создаются стойкое ощущение, что все вокруг только ынтерпрайзы и пишут. не льстите себе товарищи)
Д
++, именно поэтому избегаю больших и сложных проектов и беру только то, что смогу сделать в одиночку.
У меня есть знакомые в разных компаниях, в том числе больших и интерпрайзных и никто не говорит, что вот у них порядок и всё хорошо.
У меня есть знакомые в разных компаниях, в том числе больших и интерпрайзных и никто не говорит, что вот у них порядок и всё хорошо.
PM
да, экшны для компонентов было бы круто, непонятно только на какой элемент их вешать внутри компонента если их несколько, на все? какой сейчас на эту тему воркараунд? пропсом передавать?
экшены для компонентов не имеют смысла. экшн - это life-cycle для DOM элемента. у компонентов уже есть свой life-cycle.
PM
управлять своим лайф-сайклом должен сам компонент и снаружи это делать очень не правильно. однако некоторые хуки компонента можно вынести отдельно от него и получить некоторую возможность этого. но я бы не советовал
PM
ну типа экшены это как рефы в реакте, почти 1 в 1. Наверно надо в экшен не ссылку на дом элемент передавать а что-то другое если оно висит на компоненте=)
нет, рефы есть отдельно с помощью bind:this. смысл экшенов в том, что их можно вынести в переиспользуемый юнит
MG
экшены для компонентов не имеют смысла. экшн - это life-cycle для DOM элемента. у компонентов уже есть свой life-cycle.
Это бесспорно, только вот у меня есть враппер для инпута, со своими шахматами и балеринами, инпут стоит в форме (их несколько), хочу фокуснуть первый, мои действия?
PM
Это бесспорно, только вот у меня есть враппер для инпута, со своими шахматами и балеринами, инпут стоит в форме (их несколько), хочу фокуснуть первый, мои действия?
пропс передать?
MG
я про это и писал :)
MG
это не управление лайф-сайклом извне?
MG
а еще пропсы можно биндить :), и что тогда :) - анархия?
PM
я про это и писал :)
ну вообще я писал скорее в поддержку того, что ты пишал - экшены для элементов
PM
это не управление лайф-сайклом извне?
нет, компонент публикует свой апи и если этот пропс доступен, значит компонент умеет с ним работать. другое дело, когда на компонент можно повесить весь лайф-сайкл снаружи. это полная инверсия контроля
MG
💪 даешь DI контейнер для свелт 😄
MG
нет, компонент публикует свой апи и если этот пропс доступен, значит компонент умеет с ним работать. другое дело, когда на компонент можно повесить весь лайф-сайкл снаружи. это полная инверсия контроля
что ломает саму систему компонентного подхода, как я понимаю
PM
что ломает саму систему компонентного подхода, как я понимаю
конкретно кейс с автофокусом нет. просто есть прос autofocus и по-умолчанию он false. у одного из инпутов он true
СА
хах, прям с языка снял. я бы даже сказал все стыдятся говорить что у них там в больших приложениях. да и вообще большие проекты писать хорошо очень сложно и лично я не видел хорошо написанных ынтерпрайзов. поэтому стараюсь их не писать. мне хочется чтобы код был красивый. а так то да, иногда почитаешь комментарии и создаются стойкое ощущение, что все вокруг только ынтерпрайзы и пишут. не льстите себе товарищи)
11
надо отметить что декларативно такие вещи тянут пересчёт на каждом элементе при каждом изменении фокуса. а императивно нет
PM
надо отметить что декларативно такие вещи тянут пересчёт на каждом элементе при каждом изменении фокуса. а императивно нет
я не очень понял, можешь пример дать?
DK
надо отметить что декларативно такие вещи тянут пересчёт на каждом элементе при каждом изменении фокуса. а императивно нет
Зависит от реализации. Если это просто проп
autofocus, то он с статусом фокусированности элемента не связан реактивно, поэтому нет.