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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль mslibrary]]></title>
    <link>https://habr.com/ru/users/mslibrary/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя mslibrary]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Fri, 21 Aug 2026 23:18:11 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>22.04.2016 07:37:36</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/282169/#comment_8864351</guid>
      <link>https://habr.com/ru/articles/282169/#comment_8864351</link>
      <description><![CDATA[По литературе — 5, но цитаты из учебника для младшей школы не проясняют вашу мысль (если она есть, разумеется). Имейте уважение к чтателям и объясняйте все для конкретного использования. А негативные эмоции можно сливать в другом месте, Хабр не помойная яма…]]></description>
      <pubDate>Fri, 22 Apr 2016 07:37:36 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>22.04.2016 07:35:04</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/282169/#comment_8864335</guid>
      <link>https://habr.com/ru/articles/282169/#comment_8864335</link>
      <description><![CDATA[Жалко ваших коллег, но какое отношение их судьба имеет к глобальным переменным не очень понятно… себя показать можно и в другом месте, Хабр для этого не очень подходит…]]></description>
      <pubDate>Fri, 22 Apr 2016 07:35:04 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>28.03.2016 05:55:58</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/280286/#comment_8825040</guid>
      <link>https://habr.com/ru/articles/280286/#comment_8825040</link>
      <description><![CDATA[Спасибо! Очень хорошо<br/>
]]></description>
      <pubDate>Mon, 28 Mar 2016 05:55:58 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>18.03.2016 17:30:02</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/279563/#comment_8810805</guid>
      <link>https://habr.com/ru/articles/279563/#comment_8810805</link>
      <description><![CDATA[Спасибо, будет ждать...<br/>
]]></description>
      <pubDate>Fri, 18 Mar 2016 17:30:02 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>18.03.2016 05:32:00</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/279563/#comment_8810023</guid>
      <link>https://habr.com/ru/articles/279563/#comment_8810023</link>
      <description><![CDATA[Алексей, небольшое дополнение. Было бы здорово, если бы вы написали небольшую статью с примером оптимальной с вашей точки зрения реализации. От этой статьи было бы больше пользы, чем от в общем-то пустых словопрений кто быстрее, кто экономичнее и тд. Спасибо.<br/>
]]></description>
      <pubDate>Fri, 18 Mar 2016 05:32:00 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>18.03.2016 05:27:33</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/279563/#comment_8810019</guid>
      <link>https://habr.com/ru/articles/279563/#comment_8810019</link>
      <description><![CDATA[Мы уже писали в передыдущем комментарии, что не всегда &quot;быстрее&quot; и уж точно не всегда &quot;читабельней&quot;. Повторю наше мнение — идеальных решений не бывает, бывают оптимальные. Если вы считаете, что решение с помощью циклов лучше, мы думаем читатели с удовольствием ознакомятся с вашей статьей по этому вопросу. Спасибо.<br/>
]]></description>
      <pubDate>Fri, 18 Mar 2016 05:27:33 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>18.03.2016 05:21:42</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/279563/#comment_8810013</guid>
      <link>https://habr.com/ru/articles/279563/#comment_8810013</link>
      <description><![CDATA[Алексей, цель этой маленькой статьи — показать как ПРОСТО реалзовать удаление лишних символов из строки с помощью регулярных выражений. Это все. Цели показать ВСЕ варианты решения этой задачи мы не ставили, поскольку СЛОЖНО не всегда хорошо. Если бы статья описывала реализацию с использованием циклов, обязательно появился бы комментарий, что это не здорово, потому, что… и так далее. С вашими рассуждениями никто не спорит они имеют право на жизнь, так же как и многие другие. Если написать решение этой задачи в машинном коде, то, скорее всего, работать будет еще быстрее, но сам код разрастется до чудовищный размеров, несопоставимых с решаемой задачей.<br/>
<br/>
И тут мы подошли к важной, на наш взгляд мысли — для решения каждой задачи существуют оптимальные средства. Именно оптимальные, а не идеальные. Идеальных попросту не бывает, так как если где-то что-то хорошо, то обязательно где-то что-то плохо.<br/>
<br/>
Что касается библиотеки, то все действительно, решается одним вызовом. НО цель статьи не показать как пользоваться библиотекой, а совсем другая — как использовать регулярные выражения для удаления лишних символов. Эта задача решена.<br/>
]]></description>
      <pubDate>Fri, 18 Mar 2016 05:21:42 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>17.03.2016 20:10:01</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/279563/#comment_8809869</guid>
      <link>https://habr.com/ru/articles/279563/#comment_8809869</link>
      <description><![CDATA[Спасибо за комментарий, Алексей! Не совсем с вами согласен.<br/>
<br/>
Самое простое решение может быть не самым удачным только в двух случаях — если оно не полностью решает поставленную задачу или если имеет негативные побочные эффекты, но чаще всего именно самое простое решение — самое удачное. Если же задача не решена в полной мере или задача как раз и состоит в том, чтобы неворотить побольше кода, то, конечно, можно подумать и найти способ усложнить жизнь...<br/>
<br/>
Что касается &quot;ужасно ресурсоемкого процесса&quot;, то я нигде не видел реальной статистики, сравнивающей использование регулярных выражений или, как вы выразились, &quot;фильтров по таблице&quot;. Общепринято считать, что парсинг регулярного выражения относительно ресурсоемкий процесс. И здесь ключевые слова — &quot;общепринято&quot; и &quot;относительно&quot;. Обычно когда &quot;общепринято&quot; — никто ни за что не отвечает. А что касается &quot;относительно&quot;, то при работе с небольшими строками, а в данном случае чаще всего речь идет о небольших строках (логины, пароли, адреса и тд), а не романах объема &quot;Войны и мира&quot;, вообще говорить о производительности довольно странное занятие.<br/>
<br/>
И третье, опытному программисту, скорее всего, эта статья не откроет новые горизонты, но остальным, мы надеемся, сэкономит драгоценные минуты их личной жизни.<br/>
]]></description>
      <pubDate>Thu, 17 Mar 2016 20:10:01 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>03.03.2016 12:17:39</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/278345/#comment_8792469</guid>
      <link>https://habr.com/ru/articles/278345/#comment_8792469</link>
      <description><![CDATA[Спасибо)))<br/>
]]></description>
      <pubDate>Thu, 03 Mar 2016 12:17:39 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>03.03.2016 12:16:17</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/278345/#comment_8792465</guid>
      <link>https://habr.com/ru/articles/278345/#comment_8792465</link>
      <description><![CDATA[Добрый день! Спасибо за вопрос, мы и не пытались сказать, что наша библиотека чем-то лучше стандартных методов Apple. У каждого инструмента свое предназначение… Задача статьи показать подход к решению конкретной задачи. Регулярные выражения, приведенное во второй части статьи (надеемся выложить ее сегодня), абсолютно прозрачны и удовлетворяют поставленным условиям. Говоря проще, используя его разработчик знает что получит в результате и каким стандартам удовлетворяет его продукт. В случае же с NSTextCheckingType мы можем только догадываться о том, почему получаем YES, а почему NO… То есть мы верим Aplle… Что же касается самой библиотеки, то по сравнению с инструментами Aplle, в частности классом NSTextCheckingType объем кода, требуемый для решения данной задачи в разы меньше, а это, естественно, позволяет сократить сроки разработки и дать разработчикам чуть-чуть личной жизни...<br/>
]]></description>
      <pubDate>Thu, 03 Mar 2016 12:16:17 GMT</pubDate>
      
    </item>
  


      

      

    
  </channel>
</rss>
