DIRegEx破解版是Borland Delphi的功能齐全的高级正则表达式引擎。它提供了两种正则表达式算法：Perl和DFA，由两个类TDIPerlRegEx和TDIDfaRegEx封装。这两个类都有一个共同的祖先TDIRegEx，它实现了使用正则表达式的所有功能，搜索、比赛、更换、清单、过滤等，DIRegEx的正则表达式语法与Perl 5.8紧密对应，包括对UTF-8格式字符串的支持，DIRegEx还包括类似于TMaskEdit的蒙版编辑控件。这些控件根据正则表达式模式验证用户的文本输入。这样无需编码即可实现可靠且复杂的输入掩码。DIRegEx速度非常快，其性能是竞争对手无法比拟的。而且，它不需要任何外部文件或DLL。本次带来最新破解版下载，含破解文件，有需要的朋友不要错过了！
安装破解教程
1、在本站下载并解压，如图所示，得到DIRegEx_8.10.0.exe安装程序和crack破解文件夹
2、双击DIRegEx_8.10.0.exe安装，安装位置，点击install安装
3、安装完成，点击finish
5、将crack中的DIRegExBase.dcu复制到安装目录中，主要根据实际需求选择对应的文件夹，点击替换目标中的文件，例如C:\Users\用户名\Desktop\DIHtmlParser\D10_3\win64
功能特色
1、总览
DIRegEx提供了两种正则表达式算法及其对应的包装器类，以方便使用：
TDIPerlRegEx实现了与Perl具有相同语法和语义的匹配算法。考虑一下这是Perl和JavaScript常用的标准算法。它非常快，并且支持完整的模式语法。您很可能会在大多数时间使用它。
TDIDfaRegEx实现DFA匹配算法。将此视为特殊目的算法。如果找到所有可能的匹配项，尤其是找到最长的匹配项。它甚至不需要回溯，并且更好地支持部分匹配，即使对于很长的主题字符串也是如此。
DIRegEx搜索流演示应用程序这两个类均来自共同的祖先TDIRegEx，该祖先实现了用于正则表达式的完整功能，而与当前使用哪种算法无关：
从源文本中匹配和提取匹配项/子字符串。
在流和内存缓冲区中搜索正则表达式。要在流或文件（实际上是无限大小）中进行搜索，请使用经过特殊优化的TDIRegExSearchStream类后代之一。
全部或部分匹配项/子字符串的替换。
列出全部和部分匹配项/子字符串。
比赛的格式。
2、实施语法
DIRegEx Workbench应用程序已实现的正则表达式语法与Perl 5.10兼容，并涵盖以下内容：
报价单
性格
角色类型
\ p和\ P的常规类别属性代码
\ p和\ P的脚本名称
角色类
量词
锚和简单断言
匹配点重置
轮换
捕捉
原子团
评论
选项设定
前瞻性和后置断言
反向引用
子例程引用（可能是递归的）
条件模式
回溯控制
换行符
\ R匹配什么
标注
3、附加的功能
DIRegEx可以基于正则表达式进行格式化和替换，这是高级文本编辑器和文字处理器经常需要的功能。可以将原始匹配文本的一部分包括在替换文本中。
该表函数连接所有REG-EX匹配到一个字符串。它仅允许通过单个函数调用来构建电话号码，电子邮件地址等的列表。
4、RegEx蒙版控件
DIRegEx Mask Controls演示应用程序DIRegEx还包括两个正则表达式编辑：TDIRegExMaskEdit和TDIRegExComboBox。两个控件均根据正则表达式模式验证所有键盘输入。它们的工作方式类似于Delphi的TMaskEdit，但更加灵活和强大。
正则表达式掩码控件允许：
在某些位置接受/拒绝某些字符。
如果特定字符跟随您选择的任何字符，则允许/拒绝它们。
强制输入文本以任何字符开头/结尾。
输入文字的开头/结尾不接受特定字符。
加上更多无数种可能性……
DIRegExMaskEdit：
TDIRegExMaskEdit是一个编辑控件，可按击键验证所有键盘输入。仅当新文本与正则表达式掩码模式匹配时，它才接受输入的字符。如果新文本不匹配，则该字符将被静默拒绝。
DIRegExMaskComboBox：
TDIRegExMaskComboBox是一个组合框控件，具有与TDIRegExMaskEdit本质上相同的正则表达式验证。
5、工作台应用
DIRegEx Workbench可帮助您设计和测试正则表达式。它允许设置所有可用选项，测量执行时间以及保存和加载所有设置以供以后使用。
DIRegEx工作台可以作为
设计时组件编辑器
独立应用
使用说明
DIRegEx工作台
DIRegExWorkbench帮助开发和测试正则表达式。双击组件图标，可以将其用作设计时组件编辑器，也可以作为单独的应用程序使用：
要获得DIRegEx的第一手经验，请查看Workbench并尝试一些正则表达式。可以通过“文件”菜单将示例正则表达式加载到工作台中，进行更改并再次保存。本文档对支持的正则表达式语法进行了深入的说明。
要查看DIRegEx库的类和函数过程，请首先检查\Demos目录中的示例项目。为所有演示应用程序提供了完整的源代码。
可通过左侧的目录树，关键字索引或全文搜索访问有关各个类，方法，属性和例程的帮助。
更新日志
DIRegEx 8.10.0 – 2019年3月7日
修复：如果StartOffset> 0，则TDIRegEx.Replace和TDIRegEx16.Replace不返回字符串的开头。
将TDIRegExSearchStream_Enc调整为DIConverters 1.18.0：转换器函数现在使用本机无符号整数类型作为字符串的长度，并支持大于2 GB的字符串。此更改仅影响使用DIConverters的项目。
在一种模式中，例如[^ \ x {100}-\ x {ffff}] * [\ x80- \ xff]，该模式具有重复的否定类别，且字符数不少于0x100，后跟一个肯定类别，其字符数少于0x100 ，则第一类错误地自动拥有，从而导致不正确的比赛失败。
如果条件子模式中的唯一分支已锚定，则不应将整个子模式视为已锚定，因为假定的空第二分支无法锚定。由诸如（？（1）^（））b或（？（？= ^））b的测试模式演示。
修复了禁用UTF且\ X或\ R具有大于1的固定量词时，JIT中的主题缓冲区过度读取的问题。
如果模式以子程序调用开头且其量词的最小值为零，则可能会记录不正确的“匹配必须以该字符开头”。示例：（？＆xxx）* ABC（？<xxx> XYZ）会（错误地）期望'A'为比赛的第一个字符。
使用pcre_dfa_exec，在未定义UCP支持的UTF模式下，当不区分大小写地匹配“不是此字符”项（例如[^ \ x {1234}]（代码点大于127）时，可能会出现假肯定匹配），因为未初始化“其他情况”变量。
尽管pcre_jit_exec检查该模式是否在给定模式下编译，但也期望至少有一种模式可用。此问题已修复，当完全不通过JIT优化模式时，pcre_jit_exec将返回PCRE_ERROR_JIT_BADOPTION。
如果除声明外，最小重复计数为零的反向引用是该模式中的第一个，则可能会记录不正确的第一匹配字符。例如，对于模式（？=（a））\ 1？b，“ b”被错误地设置为匹配的第一个字符。
修正读取的越界，以部分匹配。当换行符类型为CRLF时，输入一个空字符串。
将模式（* UTF）\ C [^ \ v] + \ x80与包含多代码单元字符的8位字符串匹配会导致不良行为，甚至可能导致崩溃。
