<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль theonlyfastcoder2]]></title>
    <link>https://habr.com/ru/users/theonlyfastcoder2/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя theonlyfastcoder2]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Thu, 23 Apr 2026 15:06:36 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>19.07.2025 15:09:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/928902/#comment_28594806</guid>
      <link>https://habr.com/ru/articles/928902/#comment_28594806</link>
      <description><![CDATA[<p>спасибо  большое за оценку - добавил изменения в селекторе , уже запушил и документации подправил, сейчас эту статью изменю:</p><pre><code class="typescript">
//до:
store.get((t) =&gt; store.$.board[t(row)][t(col)])
store.get(() =&gt; store.$.user.age)

//после:
store.get(($, t) =&gt; $.board[t(row)][t(col)])
store.get(($) =&gt; $.user.age) </code></pre><p>и в правду так лучше стало , а то "store" может иметь любое название , и тогда из-за длинного название плохая будет читабельность.</p>]]></description>
      <pubDate>Sat, 19 Jul 2025 15:09:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.07.2025 10:05:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/928902/#comment_28593950</guid>
      <link>https://habr.com/ru/articles/928902/#comment_28593950</link>
      <description><![CDATA[<p>На счет &nbsp;<code>store.user.age = 5</code>   -  разработчики сами должны решать, работать ли напрямую с proxy-объектом <code>store.$</code> или использовать систему подписок. <br><br>Я ни раз писал о типобезопасных строках в этой статье , в оф. документации все  расписано <a href="https://www.npmjs.com/package/@qtpy/state-management-observable" rel="noopener noreferrer nofollow"><code>@qtpy/state-management-observable</code></a>&nbsp;   . <br>если вы опечатаетесь <code>store.update('user.agesdfsdfs', 5) </code>вам выдаст ошибку </p><figure class="full-width "><img src="https://habrastorage.org/getpro/habr/upload_files/65c/ef6/f0e/65cef6f0ef7fbae4d50e3c3b7b832f2f.png" width="1484" height="812"></figure>]]></description>
      <pubDate>Sat, 19 Jul 2025 10:05:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.07.2025 09:16:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/928902/#comment_28593786</guid>
      <link>https://habr.com/ru/articles/928902/#comment_28593786</link>
      <description><![CDATA[<p>.</p>]]></description>
      <pubDate>Sat, 19 Jul 2025 09:16:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.07.2025 08:36:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/928902/#comment_28593660</guid>
      <link>https://habr.com/ru/articles/928902/#comment_28593660</link>
      <description><![CDATA[<p>Да я с вами полностью солидарен однозначно что сигналы это очень хороший инструмент и удобный , и на счет громких слов. Но не все его  могут использовать или интегрировать без последствий. Некоторые разработчики — включая команду React — считают, что сигналы нарушают базовые принципы реактивной архитектуры, особенно при конкурентном рендеринге. Есть опасения, что они ломают однонаправленный поток данных, напоминают старые решения вроде KnockoutJS и могут усложнить масштабирование крупных приложений. Поэтому, несмотря на свою эффективность, сигналы подходят далеко не всем — особенно в проектах с высокими требованиями к стабильности и предсказуемости.  </p>]]></description>
      <pubDate>Sat, 19 Jul 2025 08:36:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.07.2025 08:23:08 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/928902/#comment_28593630</guid>
      <link>https://habr.com/ru/articles/928902/#comment_28593630</link>
      <description><![CDATA[<p><br>Я показывал несколько вариантов и специально сделал так чтобы у разработчиков был выбор  чтобы каждый мог использовать ту парадигму обновления состояния, которая ближе к их архитектурным предпочтениям или привычкам команды — будь то прямые мутации через proxy, более декларативные обновления через строковые пути с поддержкой typescript, или гибкие селекторы, обеспечивающие точечный контроль.  <br><br>Вы можете свойствами на прямую  взаимодействовать через proxy <code>store.$.user.age = 5</code> или через систему подписок при помощи строковых путей <code>store.update('user.age', 5)</code>  или же при помощи селекторов как в простонародье называется <code>sotre.update(() =&gt; store.$.user.age, 4)</code> или <code>store.update((t) =&gt; store.$.items[t(index)] , 2)</code></p>]]></description>
      <pubDate>Sat, 19 Jul 2025 08:23:08 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
