rfc:flexible_heredoc_nowdoc_indentation

PHP RFC: Flexible Heredoc and Nowdoc Indentation

This RFC has been superseded by PHP RFC: Flexible Heredoc and Nowdoc Syntaxes

Introduction

The heredoc and nowdoc syntax provide the ability to create multiline strings without the hassle of having to escape all inner quotation marks. These syntaxes, however, have been eschewed in-part because of their inflexibility with respect to indentation. They break the code layout, which makes things look ugly and harder to read. This proposal therefore seeks to enable the closing marker to be indented.

Proposal

The indentation of the closing marker will change code from:

<?php
class foo {
    public $bar = <<<EOT
bar
EOT;
}

To:

<?php
class foo {
    public $bar = <<<EOT
    bar
    EOT;
}

The indentation of the closing marker dictates the amount of whitespace to strip from each line within the heredoc/nowdoc. So let's demonstrate these semantics with a few examples:

// no indentation
echo <<<END
   a
  b
 c
END;
/*
   a
  b
 c
*/
 
// 1 space of indentation
echo <<<END
   a
  b
 c
 END;
/*
  a
 b
c
*/
 
// 2 spaces of indentation
echo <<<END
   a
  b
 c
  END;
/*
 a
b
c
*/
 
// 3 spaces of indentation
echo <<<END
   a
  b
 c
   END;
/*
a
b
c
*/
 
// 4 (or more) spaces of indentation
echo <<<END
   a
  b
 c
    END;
/*
a
b
c
*/

Tabs are supported as well. If tabs and spaces are intermixed (for whatever reason...), then each space and each tab is considered as 1 indentation. So if the closing marker is indented by 1 tab, and the heredoc/nowdoc body is indented by spaces, then regardless of the closing marked *looking* further indented, only 1 bit of whitespace will still be stripped from each line:

// 1 tab indentation
echo <<<END
   a
  b
 c
	END;
/*
  a
 b
c
*/

Moral of the story: don't mix spaces and tabs...

Backward Incompatible Changes

If the closing marker was within the body of the text, where it was the first thing (minus whitespace), terminated with a `;`, and had a newline after it, then this will now be considered the ending marker. (As you can probably tell, this is a fairly unrealistic scenario...)

Proposed PHP Version(s)

The next PHP 7.x version (or 8.0, whichever comes next)

RFC Impact

None that I know of.

Proposed Voting Choices

A simple yes or no for this feature (with a 2/3 majority required).

Patches and Tests

Initial implementation: https://github.com/php/php-src/compare/master...tpunt:heredoc-nowdoc-indentation

Language specification: will be updated if the RFC is accepted.

Implementation

After the project is implemented, this section should contain

  1. the version(s) it was merged to
  2. a link to the git commit(s)
  3. a link to the PHP manual entry for the feature
  4. a link to the language specification section (if any)

References

Links to external references, discussions or RFCs

Rejected Features

Keep this updated with features that were discussed on the mail lists.

rfc/flexible_heredoc_nowdoc_indentation.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1