DG
И если да, то как лучше реализовать, чтобы при успешном выполнение эффекта вызывался ивент о том, что юзер вошёл?
Size: a a a
2020 October 07
DG
Делал через forward, но поскольку doneData отрабатывает только в том файле, где обьявлен эффект, то так не получилось
𝙿𝙻
Добрый вечер, корректно ли, что следующий код отрабатывает только в файле где эффект обьявлен? effect.doneData.watch((e) => console.log(e));
https://codesandbox.io/s/trusting-sanderson-2dffd?file=/src/file2.ts:35-80
https://codesandbox.io/s/trusting-sanderson-2dffd?file=/src/file2.ts:35-80
У вас нигде нет import './file2'
𝙿𝙻
Поэтому нет и watch
𝙿𝙻
И forward будет работать и sample и вызов event прямо из эффекта
DG
Всё так, спасибо.
R
короче проблема была в том, что ты решил переписать всё разом и потом показать, и причём заметная часть времени ушла на твоё собственное изучение (например заново реализовал connect)
в итоге после того как проект разъехался с мастером, он был обречён
в итоге после того как проект разъехался с мастером, он был обречён
Это то, что я сделал у себя: переписал проект с нуля, на новом стеке, можно сказать полностью новом стеке
Командой из 2х человек
Командой из 2х человек
R
я знаю
Ты упускаешь одну важную мысль касательно рефакторинга: рефакторинг это не переписывание, рефакторинг не должен сделать код проекта лучше, он должен дать _возможность_ это сделать
R
Уже месяцев 5 на эффекторе пишу, а до сих пор сложно
КН
Ты упускаешь одну важную мысль касательно рефакторинга: рефакторинг это не переписывание, рефакторинг не должен сделать код проекта лучше, он должен дать _возможность_ это сделать
Рефакторинг никому ничего не должен. У каждого свои ожидания от рефакторинга, и все по своему правы.
КН
Между тем, есть реальные проблемы и цели, а задача команды — их решать и достигать. Рефакторинг может помочь в этом, а может и не помочь.
КН
Он может сделать код проекта лучше, может — хуже. Рефакторинг — это просто переписывание без изменения внешнего поведения и интерфейса. Всё. =)
2020 October 08
🦜
Раз тут такой разговор.
Для меня рефакторинг это уменьшение объема кода путем выявления паттернов, зависимостей, течением времени и появлением новых технологий.
Это возможность сделать код поддерживаемым.
Это улучшить DX, обновить зависимости, документацию.
Если команда разношёрстная, то перед рефакторингом нужно потратить время на выравнивание знаний, а также привести код стайл в единое стезя
Для меня рефакторинг это уменьшение объема кода путем выявления паттернов, зависимостей, течением времени и появлением новых технологий.
Это возможность сделать код поддерживаемым.
Это улучшить DX, обновить зависимости, документацию.
Если команда разношёрстная, то перед рефакторингом нужно потратить время на выравнивание знаний, а также привести код стайл в единое стезя
🦜
Когда рефакторинг произведен, то это и улучшить показатели команды в решении багов, реализации фич, а сам проект будет более масштабируемые и предсказуем
🦜
Банально и очевидно, но все же
m
Еще это творческое перекидывание сущностей в другие (порой новые) папки и файлы)
🚀🚀
Раз тут такой разговор.
Для меня рефакторинг это уменьшение объема кода путем выявления паттернов, зависимостей, течением времени и появлением новых технологий.
Это возможность сделать код поддерживаемым.
Это улучшить DX, обновить зависимости, документацию.
Если команда разношёрстная, то перед рефакторингом нужно потратить время на выравнивание знаний, а также привести код стайл в единое стезя
Для меня рефакторинг это уменьшение объема кода путем выявления паттернов, зависимостей, течением времени и появлением новых технологий.
Это возможность сделать код поддерживаемым.
Это улучшить DX, обновить зависимости, документацию.
Если команда разношёрстная, то перед рефакторингом нужно потратить время на выравнивание знаний, а также привести код стайл в единое стезя
во, про выравнивание знаний прям в точку
AO