<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Readable Regular Expressions Revisited</title>
	<atom:link href="http://lostechies.com/joshuaflanagan/2009/12/19/readable-regular-expressions-revisited/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/joshuaflanagan/2009/12/19/readable-regular-expressions-revisited/</link>
	<description></description>
	<lastBuildDate>Thu, 14 Mar 2013 03:50:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: William Wegerson</title>
		<link>http://lostechies.com/joshuaflanagan/2009/12/19/readable-regular-expressions-revisited/#comment-85</link>
		<dc:creator>William Wegerson</dc:creator>
		<pubDate>Mon, 28 Dec 2009 23:19:02 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/12/19/readable-regular-expressions-revisited.aspx#comment-85</guid>
		<description>As much as I love regex, as you do no doubt, sometimes the patterns get intense. Hence commenting as you pointed out can be a time saver in trying to decipher the &lt;i&gt;intent&lt;/i&gt; of the pattern not only for someone else but ourselves as we go back to older patterns. Good article. </description>
		<content:encoded><![CDATA[<p>As much as I love regex, as you do no doubt, sometimes the patterns get intense. Hence commenting as you pointed out can be a time saver in trying to decipher the <i>intent</i> of the pattern not only for someone else but ourselves as we go back to older patterns. Good article. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Siderite</title>
		<link>http://lostechies.com/joshuaflanagan/2009/12/19/readable-regular-expressions-revisited/#comment-84</link>
		<dc:creator>Siderite</dc:creator>
		<pubDate>Mon, 21 Dec 2009 09:04:46 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/12/19/readable-regular-expressions-revisited.aspx#comment-84</guid>
		<description>You might want to check my project &lt;a&gt;http://regexconverter.codeplex.com/&lt;/a&gt; that isomorphically transforms regex expressions into XML. It was my way of transforming regular expressions into something that is more humanly readable and, eventually, can be XSLTed into another regex. 

I also think Benjamin&#039;s solution is valid, although I could never make it work in a usable way. I would create subpatterns and use them in a regular expression like this:
var $int=@&quot;-?\d+&quot;;
var match=@&quot;{$int/hour}-{$int/minute}-{$int/second}&quot;. But it still isn&#039;t modular enough for me.</description>
		<content:encoded><![CDATA[<p>You might want to check my project <a>http://regexconverter.codeplex.com/</a> that isomorphically transforms regex expressions into XML. It was my way of transforming regular expressions into something that is more humanly readable and, eventually, can be XSLTed into another regex. </p>
<p>I also think Benjamin&#8217;s solution is valid, although I could never make it work in a usable way. I would create subpatterns and use them in a regular expression like this:<br />
var $int=@&#8221;-?\d+&#8221;;<br />
var match=@&#8221;{$int/hour}-{$int/minute}-{$int/second}&#8221;. But it still isn&#8217;t modular enough for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin Smith</title>
		<link>http://lostechies.com/joshuaflanagan/2009/12/19/readable-regular-expressions-revisited/#comment-83</link>
		<dc:creator>Benjamin Smith</dc:creator>
		<pubDate>Sun, 20 Dec 2009 00:29:35 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/12/19/readable-regular-expressions-revisited.aspx#comment-83</guid>
		<description>I have a take: break up the string into variables that describe their intention. For example, parsing a log file might look like this: 

$year = &quot;([0-9]{4})&quot;; 
$month=&quot;([0-9]{2})&quot;; 
$day=&quot;([0-9]{2})&quot;; 
$message=&quot;(.*)&quot;; 
$match=&quot;/$year\.$month\.$day $message/&quot;; 

This produces something that&#039;s easy to understand, and breaks up the expression into chunks that can be easily added/removed from $match so that diagnosing a pattern failure is easy. </description>
		<content:encoded><![CDATA[<p>I have a take: break up the string into variables that describe their intention. For example, parsing a log file might look like this: </p>
<p>$year = &#8220;([0-9]{4})&#8221;;<br />
$month=&#8221;([0-9]{2})&#8221;;<br />
$day=&#8221;([0-9]{2})&#8221;;<br />
$message=&#8221;(.*)&#8221;;<br />
$match=&#8221;/$year\.$month\.$day $message/&#8221;; </p>
<p>This produces something that&#8217;s easy to understand, and breaks up the expression into chunks that can be easily added/removed from $match so that diagnosing a pattern failure is easy. </p>
]]></content:encoded>
	</item>
</channel>
</rss>
