<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>&amp;#171;Большие&amp;#187; функции в коде.</title><link>http://blogs.technet.com/not-a-kernel-guy/archive/2008/05/10/3053255.aspx</link><description>Вопрос из комментариев : Не могли бы прокомментировать ответ &amp;#8220;Lepsik&amp;#8221; по порядкам в Microsoft ( тред ): автор - Диез 1, 2. Естественно, полтора - это величина условная. Просто большая длина обычно требует более одного движения для полного</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: «Большие» функции в коде.</title><link>http://blogs.technet.com/not-a-kernel-guy/archive/2008/05/10/3053255.aspx#3053279</link><pubDate>Sat, 10 May 2008 13:21:41 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3053279</guid><dc:creator>FallenGameR</dc:creator><description>&lt;p&gt;Ну вот и вопрос - является ли длиннющая простыня рабочим и безопастным кодом? Если писать для нее тесты, то рефакторинг простыней становится более очевидным преимуществом - на маленьикй модуль нужен мелкий тест. Причем полное покрытие мелких модулей мелкими тестами сделать проще чем полное покрытие простыни (если простыня не линейна).&lt;/p&gt;</description></item><item><title>re: «Большие» функции в коде.</title><link>http://blogs.technet.com/not-a-kernel-guy/archive/2008/05/10/3053255.aspx#3053358</link><pubDate>Sat, 10 May 2008 20:12:47 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3053358</guid><dc:creator>alexeypa</dc:creator><description>&lt;p&gt;Это всё в теории хорошо. На практике целесообразность рефакторинга определяется по соотношению тех преимуществ, которые он даст, к количеству проблем, которые он породит. Скажем есть два случая: в первом код на на 100% покрыт тестами на все случаи жизни, а во втором - на 10%. Рефакторить код в первом случае имеет смысл только если это даст какие-то дополнительные преимущества - большую производительность или позволить добавить какую-то функциональность. Иначе, зачем огород городить - все и так оттестировано и работает. Во втором случае - код нужно сначала покрыть тестами на 100%, а затем рефакторить. Либо закрыть глаза на тесты и рефакторить без тестов, но тогда преимущества нового кода должны быть еще очевиднее.&lt;/p&gt;
</description></item></channel></rss>