Умер

Сравниваем языки программирования наглядно

@PaulMaly

по твоему мнению это повод для создания компонента?

<script>
  export let change = () => {};
  export let label = '';
  export let options = [];
  export let value;
</script>

{#if label}
  <label>
    <span>{label}</span>
    <select bind:value on:change={change}>
      {#each options as option}
        <option value={option.id}>
          {option.name}
        </option>
      {/each}
    </select>
  </label>
{:else}
  <select bind:value on:change={change}>
    {#each options as option}
      <option value={option.id}>
        {option.name}
      </option>
    {/each}
  </select>
{/if}

<script>
  export let change = () => {};
  export let label = '';
  export let options = [];
  export let value;
</script>

{#if label}
  <label>
    <span>{label}</span>
    <select bind:value on:change={change}>
      {#each options as option}
        <option value={option.id}>
          {option.name}
        </option>
      {/each}
    </select>
  </label>
{:else}
  <select bind:value on:change={change}>
    {#each options as option}
      <option value={option.id}>
        {option.name}
      </option>
    {/each}
  </select>
{/if}

конечно, но я бы форвардил on:change вместо коллбека

а здесь я подумал что мог бы обработку промиса и навешивание классов организовать в use функции

https://svelte.dev/repl/90ac3d2588644eedb81bde4c24b11051 см. PromiseButton

а ты как считаешь, имеет ли право на жизнь такой "компонент" ?

я в общем всё думаю об идее минимизации использования мини-компонентов и глобал стилей в рут ноде виджета/приложения навешаных на те же

button:not(.c) к примеру, чтобы была возможность с нуля написать стили для другой кнопки воткнув в неё класс c или что-то вроде этого

а так в основном писать просто
<button on:click={function} class="some-adj-class">press me</button>

или вот ещё такой компонент?

<script>
  export let label = '';
  export let placeholder = '';
  export let value = null;
  export let type = 'text';

  function handleInput({target: t}) {
    value = type === 'number' ? +t.value : t.value;
  }
</script>

{#if label}
  <label class="input">
    <span>{label}</span
    ><input {type} {value} on:input={handleInput} on:input />
  </label>
{:else}
  <input
    class="input"
    {type}
    {placeholder}
    {value}
    on:input={handleInput}
    on:input
  />
{/if}

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

по-другому это как?)

может на досуге напишу с теми же силями

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

<script>
  export let label = '';
  export let placeholder = '';
  export let value = null;
  export let type = 'text';

  function handleInput({target: t}) {
    value = type === 'number' ? +t.value : t.value;
  }
</script>

{#if label}
  <label class="input">
    <span>{label}</span
    ><input {type} {value} on:input={handleInput} on:input />
  </label>
{:else}
  <input
    class="input"
    {type}
    {placeholder}
    {value}
    on:input={handleInput}
    on:input
  />
{/if}

для аттрибутов я бы юзал сразу restProps + 2way биндинги для значения. тут один инпут, поэтому 2way вполне оправдан

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

м.. но с биндами невозможно вроде text/number type переключать ?

я поэтому к такому велосипеду и пришёл

а ну да кстати, верно

чет не обратил внимание на type

Не победил. Но обнаружил что у макбука 12го года есть акселерометр

может это прайваси апловский и надо пермишенов попросить =)