【问题标题】:RegExpValidator does not validate a URL pattern correctlyRegExpValidator 无法正确验证 URL 模式
【发布时间】:2012-12-19 16:49:44
【问题描述】:

当我在这个(不冒险的)<mx:RegExValidator> 中对照下面的正则表达式检查 URL http://www.ftd.de/rss2 时,它是无效的:

<mx:RegExpValidator id="validatorURL" required="true" enabled="true"
    source="{inputURL}" property="text" triggerEvent="focusOut"
    expression="{resourceManager.getString('resources','general.urlRegExp')}"
    flags="i" />

这个带有以下 RegEx 的 RegExValidator 可以正确验证 URL,只要它们不以数字结尾。任何其他有效的 URL 似乎都是有效的。

这是为什么呢?弹性错误?


正则表达式

我使用this RegEx by Diego Perini,在this comparison 中得到最好的结果。

^(?:(?:https?|ftp):\/\/)(?:\S+(?::\S*)?@)?(?:(?!10(?:\.\d{1,3}){3})(?!127(?:\.\d{1,3}){3})(?!169\.254(?:\.\d{1,3}){2})(?!192\.168(?:\.\d{1,3}){2})(?!172\.(?:1[6-9]|2\d|3[0-1])(?:\.\d{1,3}){2})(?:[1-9]\d?|1\d\d|2[01]\d|22[0-3])(?:\.(?:1?\d{1,2}|2[0-4]\d|25[0-5])){2}(?:\.(?:[1-9]\d?|1\d\d|2[0-4]\d|25[0-4]))|(?:(?:[a-z\u00a1-\uffff0-9]+-?)*[a-z\u00a1-\uffff0-9]+)(?:\.(?:[a-z\u00a1-\uffff0-9]+-?)*[a-z\u00a1-\uffff0-9]+)*(?:\.(?:[a-z\u00a1-\uffff]{2,})))(?::\d{2,5})?(?:\/[^\s]*)?$

RegEx 本身与上述 URL 配合得很好,它可以在我迄今为止测试过的任何非 flex 验证器中正确验证:

我用两个基于 Flex 的验证器检查了 RegEx,它们都无法验证 任何 URL:


我们使用 Flex SDK 4.6.0.23201。

【问题讨论】:

  • 它似乎在 unicode 转义序列中窒息。
  • @nhahtdh 进一步挖掘向我揭示了同样的情况。所以我从范围中删除了所有 Unicode 字符,但它仍然不起作用。现在看看模式本身。
  • 我不知道,但删除 Unicode 转义序列适用于 RegExr ^(?:(?:https?|ftp):\/\/)(?:\S+(?::\S*)?@)?(?:(?!10(?:\.\d{1,3}){3})(?!127(?:\.\d{1,3}){3})(?!169\.254(?:\.\d{1,3}){2})(?!192\.168(?:\.\d{1,3}){2})(?!172\.(?:1[6-9]|2\d|3[0-1])(?:\.\d{1,3}){2})(?:[1-9]\d?|1\d\d|2[01]\d|22[0-3])(?:\.(?:1?\d{1,2}|2[0-4]\d|25[0-5])){2}(?:\.(?:[1-9]\d?|1\d\d|2[0-4]\d|25[0-4]))|(?:(?:[a-z0-9]+-?)*[a-z0-9]+)(?:\.(?:[a-z0-9]+-?)*[a-z0-9]+)*(?:\.(?:[a-z]{2,})))(?::\d{2,5})?(?:\/[^\s]*)?$
  • @nhahtdh 是的,但不幸的是,上面的&lt;mx:RegExpValidator&gt; 没有。

标签: regex apache-flex


【解决方案1】:

nhahtdh 的回答让我再次检查了这个问题。它没有解决问题,但它为我指明了正确的方向。我将使用他回答中的正则表达式,因为从\uhhhh\x{hhhh} 的建议转换也是必要的。

编辑:解决方案

实际的问题是,当将 RegExp 作为字符串传递给RegExpValidator 时,它必须是双重转义。所以如果从资源文件中加载 Pattern 应该是这样的:

general.urlRegExp=^(?:(?:https?|ftp):\\/\\/)(?:\\S+(?::\\S*)?@)?(?:(?!10(?:\\.\\d{1,3}){3})(?!127(?:\\.\\d{1,3}){3})(?!169\\.254(?:\\.\\d{1,3}){2})(?!192\\.168(?:\\.\\d{1,3}){2})(?!172\\.(?:1[6-9]|2\\d|3[0-1])(?:\\.\\d{1,3}){2})(?:[1-9]\\d?|1\\d\\d|2[01]\\d|22[0-3])(?:\\.(?:1?\\d{1,2}|2[0-4]\\d|25[0-5])){2}(?:\\.(?:[1-9]\\d?|1\\d\\d|2[0-4]\\d|25[0-4]))|(?:(?:[a-z\\x{00a1}-\\x{ffff}0-9]+-?)*[a-z\\x{00a1}-\\x{ffff}0-9]+)(?:\\.(?:[a-z\\x{00a1}-\\x{ffff}0-9]+-?)*[a-z\\x{00a1}-\\x{ffff}0-9]+)*(?:\\.(?:[a-z\\x{00a1}-\\x{ffff}]{2,})))(?::\\d{2,5})?(?:\\/[^\\s]*)?$

现在这个可以直接在RegExpValidator使用:

<mx:RegExpValidator expression="{resourceManager.getString('resources','general.urlRegExp')}" flags="gmi" />

【讨论】:

    【解决方案2】:

    序列\uhhhh 似乎在 2 个基于 Flex 的在线测试仪中无法识别。这可能是 Flex 正则表达式实现中的错误,也可能是测试器实现中的错误,或者可能是文档中的错误。

    在使用下面的正则表达式之前,请检查原始正则表达式是否在您的程序中有效。

    这是在在线测试人员上测试正则表达式的解决方法:将所有 \uhhhh 替换为 \x{hhhh}。我不确定它在实际代码中是否仍然有效。这在任何地方都没有记录,我只是从其他用户的回答中发现的。

    ^(?:(?:https?|ftp):\/\/)(?:\S+(?::\S*)?@)?(?:(?!10(?:\.\d{1,3}){3})(?!127(?:\.\d{1,3}){3})(?!169\.254(?:\.\d{1,3}){2})(?!192\.168(?:\.\d{1,3}){2})(?!172\.(?:1[6-9]|2\d|3[0-1])(?:\.\d{1,3}){2})(?:[1-9]\d?|1\d\d|2[01]\d|22[0-3])(?:\.(?:1?\d{1,2}|2[0-4]\d|25[0-5])){2}(?:\.(?:[1-9]\d?|1\d\d|2[0-4]\d|25[0-4]))|(?:(?:[a-z\x{00a1}-\x{ffff}0-9]+-?)*[a-z\x{00a1}-\x{ffff}0-9]+)(?:\.(?:[a-z\x{00a1}-\x{ffff}0-9]+-?)*[a-z\x{00a1}-\x{ffff}0-9]+)*(?:\.(?:[a-z\x{00a1}-\x{ffff}]{2,})))(?::\d{2,5})?(?:\/[^\s]*)?$
    

    Demo on RegExr(我使用问题中链接的测试数据)

    【讨论】:

      【解决方案3】:

      您可以使用 mx.utils.URLUtil 类:

      trace(URLUtil.isHttpURL( 'http://www.ftd.de/rss2')); //true
      

      这对于提取url的不同部分也很有帮助。

      【讨论】:

      • 谢谢,但这不是我要找的。 isHttpURL 只告诉协议是否存在。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2021-06-15
      • 2018-01-25
      • 2015-10-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-04-27
      相关资源
      最近更新 更多