阅读本文 http://www.codinghorror.com/blog/archives/000228.html后,我了解编译正则表达式的好处稍微好一点,但是在个人情况下你会考虑强制使用已编译的Reg Ex吗？

例如,我在循环中使用正则表达式并且正则表达式字符串在每次迭代时使用不同的变量,因此我将通过将此正则表达式标记为编译正确来寻求没有改进？

嗨,谢谢你的答案,我的实际代码并不简单,并且受到了动态构建的RE的影响,所以我不能包含它,所以对于所有密集的目的,这里有一个示例,它演示了我的方法：

foreach (field field in fields.Where(x => x.condition))
    MatchResults = Regex.Match(request.Message,field.RegularExpression);
...

在.NET中,有两种方法可以“编译”正则表达式.正则表达式在被用于查找匹配项之前始终被“编译”.当您在没有RegexOptions.Compiled标志的情况下实例化Regex类时,您的正则表达式仍会转换为Regex类使用的内部数据结构.实际匹配过程在该数据结构上运行,而不是表示正则表达式的字符串.只要您的Regex实例存在,它就会持续存在.

如果您多次使用相同的正则表达式,则显式实例化Regex类比调用静态Regex方法更可取.原因是静态方法无论如何都会创建一个Regex实例,然后扔掉它.它们确实保留了最近编译的正则表达式的缓存,但缓存相当小,并且缓存查找比简单地引用指向现有Regex实例的指针要昂贵得多.

上述编译形式存在于使用正则表达式的每种编程语言或库中,但并非所有编程语言或库都提供对它的控制.

.NET框架提供了第二种通过构造Regex对象并指定RegexOptions.Compiled标志来编译正则表达式的方法.此标志的缺失或存在并不表示是否编译了正则表达式.它表示正如如上所述快速编译正则表达式,还是彻底编译,如下所述.

RegexOptions.Compiled真正做的是使用编译为MSIL的正则表达式创建一个新程序集.然后将该程序集加载,编译为机器代码,并成为应用程序的永久部分(运行时).此过程需要大量的cpu时间,并且内存使用量是永久性的.

只有当您使用它处理如此多的数据以至于用户实际上必须等待正则表达式时,才应该使用RegexOptions.Compiled.如果您无法使用秒表测量速度差异,请不要使用RegexOptions.Compiled.

大多数Angular教程都讨论了使用Protractor进行端到端测试来测试编译模板是否按预期出现.我想知道是否有可能完成单元测试.

大多数关于在单元测试中引用HTML代码的教程都描述了在测试中编译自己编写的代码,例如,以确保正确访问指令：

describe('some function',function () {
  it('should do something',inject(function ($compile,$rootScope) {
    var element = $compile('<div id = "foo" ng-hide = "somecondition">Bar</div>')($Scope);
    $rootScope.digest();
    //Search for a given DOM element and perform some test here
  }));
});

但是,假设我想测试实际模板文件中的代码.就像我想测试ng-hide是否成功设置一样.我希望能够做到这样的事情：

describe('some function',function () {
    //Get the div with ID 'foo' in the compiled template
    var elm = $('#foo');
    expect(elm.css('display')).toEqual('none');
  });
});

当我这样做时,这不起作用. elm设置为一些HTML / Javascript代码,但不是模板的代码,elm.css(‘display’)返回未定义.

有没有办法用Jasmine / Angular设置单元测试？

使用 ng-html2js将HTML模板加载到Angular的$templateCache中,以便它们在您的测试中可用.

在测试中检索您的特定模板：

var template = $templateCache.get('my/template.html');

将模板包装在更容易使用的jqLit​​e / jQuery对象中：

var element = angular.element(template);

然后,您可以选择模板中的元素：

var fooEl = element.find('#foo');

对于断言,您不想测试该显示：在元素上设置none,即测试ng-hide的内部实现.您可以相信Angular团队有自己的测试,涵盖设置CSS属性.相反,您要测试您是否正确编写了模板,因此更适合测试元素上是否存在ng-hide属性,并且它提供了正确的scope属性以绑定到：

expect(fooEl.attr('ng-hide')).toBe('isFooElHidden');

解决方法