Пишіть як вам зручно та як вважаєте за потрібне, свої аргументи я привів вище. Комусь буде корисно, а хтось послідує вашій парадигмі

В чому саме ускладнення при розділенні логіки? це ж явна реалізація MV* патернів. Ваше право писати все в одному місці, хоч в одній компоненті. Мої аргументи описані вище, якщо є достатньо протилежних можете написати статтю мені буде цікаво почитати та порівняти.

так вище в статті описано що це має бути окремий хук, як і для відловлення помилок. В розділі де йдеться про те що хуки можна ділити на менші. Але ваша правда там це не вказано явно, зараз додам як комент щоб було наглядніше. Я спочатку зробив приклдад де були рознесені всі хуки але вийшло занадто громіздко і таких туторіалів де пишуть useApi хук навалом) Тому і привівще один приклад декомпозиції нижче. Ще раз повторююсь що це синтетичний приклад, але винесено логіку з нього також можна реюзати. Наприклад мав подібний випадок з таким селектом де він використовувався як в модалці так і у формі на іншому скріні. Основна суть статті в тому що складна бізнес логіка повинна виноситись в хуки навіть якщо вони більше ніде не будуть перевикористані.

Якщо не важко вкажіть де опечатка щоб я міг виправити. Якраз основна мета статті була донести що хуки не тільки для того щоб виносити логіку яку можна реюзати, а і для її розділення. «також рекомендуємо вам помічати випадки, в яких користувацький хук може приховати складну логіку за простим інтерфейсом чи допоможе розплутати заплутаний компонент.» цитата з документації про хуки. Момоїзацію не додадвав щоб не ускладнювати приклад, але це легше буде зробити для одного інтерфейсу. Хуки це просто функції, ми ж розділяєм великі функції на менші, так само і тут, потрібно розділяти на зони відповідальності та складні речі спрощувати. useUsersSelection це лише синтетичний приклад для донесення основної концепції

Дякую, як і всюди потрібно дотримуватись балансу)

Дякую за статтю, в себе на проекті використовую mobsf.github.io/docs/ для тестування на безпечність разом з постійними оновленнями. Замовника такий рівень поки влаштовує так як mobsf генерує репорти з фінальним балом)

Дякую, додав посилання в статтю можливо буде комусь корисним.

дякую, але в цьому немає сенсу, на доу немає таких топів і це ні на що не впливає

так власне немає) Хтось з підписників вирішив певно підтримати, або це прикол якийсь

таким способом новачкам буде набагато легше розібратись на прокті коли все поділено на зони відповідальності

Саме так) Ідею як я розумію уловили. Реальні приклади з пректів паблішити важко бо вийде забагато коду, а я хотів лиш показати напрямок

Так звичайно ви праві, за це і люблю програмування бо можна зробити одне і те саме різними шляхами. В надуманомі прикладі зробив так лиш для того щоб розділити логіку ерор хендлінга і була можливість винести це в окремий хук який буде приймати на вхід вибраних юзерів і його внутрішня реалізація буде вже менеджити їх(наприклад потібно буде зробити якийсь івент на вибраного юзера і т.д), тобто для розділення на зони відповідальності.

Як можна розказувати на своєму сайті про еміграцію в Канаду, якщо в самого це не вдалось?

Ні. Очно, заочно та хоч екстернат. Тільки все буде платно якщо вже була здобута одна за рахунок держави. А от відсрочку дають і при 3й вищій лиш би була очна