Телеграмм чат группы sveltejs страница 6217

так я и говорю что жизненный цикл компонента нельзя пропатчить. впрочем как и элемента

Да, реадонли... но мне ток получать. Неверно сформулировал про управление...

12:05пожаловаться #1

чет мы уже в терминах запутались. давай сперва поймем какой инструментарий у нас есть. систематизируем его:

1) можно получить лайф-сайкл дом элемента:

<div use:action></div>

2) можно дать экшену возможность читать стейт компонента и его обновления (фактически props down):

<div use:action={state}></div>

3) можно дать экшену инициировать некоторые действия внутри компонента, включая изменение стейта, через ивенты (фактически events up):

<div use:action={state} on:something={doSomething}></div>

12:07пожаловаться #2

кстати, до всеобщей ненависти к this в свелт 2 функция экшена запускалать в контексте компонента, поэтому можно было делать так:

function action(node) {
    ...
    this.set({ state });
}

12:08пожаловаться #3

<div use:action></div>

2) можно дать экшену возможность читать стейт компонента и его обновления (фактически props down):

<div use:action={state}></div>

<div use:action={state} on:something={doSomething}></div>

Ес

12:08пожаловаться #4

я предлагал еще при проектировании свелт 3 оставить эту возможность,но this это плохо сказали

12:08пожаловаться #5

поэтому теперь только ивенты

12:09пожаловаться #6

я предлагал еще при проектировании свелт 3 оставить эту возможность,но this это плохо сказали

А, это можно было б внутри экшена вешать стейт?

12:09пожаловаться #7

Arushwl

А, это можно было б внутри экшена вешать стейт?

так через this.set() и было можно. сейчас можно только отстреливать ивент, передавать в detail какой-то payload и дальше в коллбеке компонента как-то менять стейт

12:10пожаловаться #8

Изолировали и занативили, как обычно

12:11пожаловаться #9

Arushwl

Изолировали и занативили, как обычно

не совсем, просто типа чтобы не было инверсии контроля в плохом смысле

12:11пожаловаться #10

Так возвращаясь к моему кейсу... как же всё таки построить мостик targetFromObserver > elementIdInComponent ?

12:12пожаловаться #11

не совсем, просто типа чтобы не было инверсии контроля в плохом смысле

Тем более, что он невозможен в случае с евентами🤔

12:12пожаловаться #12

Arushwl

Тем более, что он невозможен в случае с евентами🤔

так у тебя в ивенте же есть target

12:13пожаловаться #13

так у тебя в ивенте же есть target

Есть. Но по сути фильтрация происходит нативно по наличию класса внутри обсервера, а мне над это дело подружить с id в массиве снаружи

12:14пожаловаться #14

<section 
   use:intobserver={loaded}
   on:intersection={ (e) => e.target.classList.add('my-class') }
>

12:14пожаловаться #15

<section 
   use:intobserver={loaded}
   on:intersection={ (e) => e.target.classList.add('my-class') }
>

Пишет target not defined... аааа сорян... не то понял

12:14пожаловаться #16

ну да это ивент стандартный, там всегда есть target

12:16пожаловаться #17

только я не понимаю что значит подружить с id в массиве?

12:17пожаловаться #18

нужно собрать id элементов которые отфильтровал обсервер или что?

12:17пожаловаться #19

вообще может проще сформулировать точную задачу?