Но, в принципе, и правки по коду тоже приму :)

а как проверить что работает\неработает?

Вообще, я скорее прошу помощи, как все свойства из options (там коммент) запихнуть в style, и чтобы в этом можно было как-то разбираться

https://www.youtube.com/user/sthxnp
Вот тут в поиск вбей "паттерн"

Разве не каждому инженеру по?

Мне - нет. Думаю большая часть «инженеров» ответит так-же. Ни один человек, в здравом уме, не станет писать с нуля то, за что ему не платит заказчик и бизнес. И паттерны тут абсолютно ни к чему, поскольку вся работа приложения это необходимый бизнесу функционал, а не бизнес, положенный на паттерн. Я уже говорил про это выше. Есть желание забить голову - можно выучить. Только большинство паттернов для классов и ооп. На функциональное программирование это нет никакого смысла перекладывать, поскольку не имеет явной зоны ответственности и связанности в коде. Мое мнение - опишите задачу и паттерн придёт сам, и абсолютно точно по барабану как он называется, главное, что задачу выполняет.

Не знаю откуда такое мнение про фп, но мне, пишущему часть софта на хаскеле известно минимум 4 базовых паттерна проектирования в нем. Кстати, оопшный mvc и в фп есть)

Не спорю, что фп код в разы менее избыточен и в нем может паттерн и не так нужен

почему "оопэшный?" я про МВЦ узнал раньше чем про ООП

Самое смешное, что пока подберёшь тот самый паттерн уже ничего может быть и не нужно. Все бизнесы с гигантскими доходами собраны из говна, палок и шлангов пылесосных. Это касается всех социалок и добрую часть продуктов. И им абсолютно фиолетово, какой там под капотом у них паттерн)

Ну это же ожидаемо, никому не нужно качество кода и стиль прог-я кроме самого инженера и о людей, которые этот код будут смотреть

Им тоже не до этих мелочей, просто в какой то момент наступает рефакторинг и пересмотр бизнес-логики.

кмк, он пошел изначально из чисто оопшных яп, могу ошибаться

Вобщем офтоп пошел, счас нас админы перебанят, так что я все

Скажите, если у меня много одинаковых компонентов в Svelte, и я не хочу, чтобы в каждом из них создавался обработчик на клик, достаточно пробросить событие с помощью on:click в родительский элемент? Вот на примере:

{#each numbers as number}
   <Tile {number} on:click={clickHandler} on:keydown={keyDownHandler}/>
{/each}

Раньше обработчики были внутри компонента Tile, теперь я их перенёс в родительский, но меня смущает что они за #each. Они не создадутся снова для каждого компонента Tile? Может их надо переносить еще выше?

Понятно, спасибо.

А потом два дня сидиш, придумываеш компонент для хранения настроек по всему приложению, доступный в каждом месте

Хотя мог бы взять просто синглтон

Паттерны это не про "давайте подберем из всех известных паттернов что-то что наиболее нам подходит, или подгоним задачу под это".

Это просто решения определенных задач, которые более-менее стандартизированы