Fix automatic delimiters detection about t-regx HOT 3 CLOSED

Unfortunately, the same will have to be done for Pattern::prepare()/Pattern::bind()/Pattern::inject(),
because

Pattern::inject(',@,m', $_POST['a']);

is this a delimited pattern or not?

They will have to treat it's $pattern as undelimited by default, and there should be a new method to allow for creating a delimited ("standard") pattern.

Perhaps

• PatternBuilder::builder()->prepare() - default, unlimited pattern (same as Pattern::prepare())
• PatternBuilder::builder()->noAutomaticDelimiter()->prepare() - "standard"
• PatternBuilder::builder()->pcrePattern()->prepare() - same

from t-regx.

But now problem arises:

• You can't now pass an arbitrary string and validate it pattern('/hello?/')->is()->valid() :/
• Possible solutions:
  • two methods? Like Pattern::of()/Pattern:pcre(), but for pattern()?
  • Improve pattern guessing:
    • Only allow for guessing of certain, unambiguous delimiters (/, #)
    • Parse flags
    • Restore is() method

from t-regx.

Basically, to throw an arbitrary string, go

Pattern::pcre('/hello?/m')->valid();

To validate T-Regx style patterns, go:

pattern('hello?', 'm')->valid();
Pattern::of('hello?', 'm')->valid();

from t-regx.