首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

【地铁上的设计模式】--行为型模式:解释器模式

解释器(Interpreter)是一种行为型设计模式,它用于解释一种特定的编程语言或表达式。它提供了一种解释一组语言语法的方法,使得用户可以按照特定的规则定义自己的语言,并通过解释器将其转化成可执行代码。 在解释器模式中,包含两个角色:终结符和非终结符。终结符表示语法规则中的基本单元,而非终结符表示由终结符组成的语法规则。解释器模式通常使用抽象语法树(Abstract Syntax Tree, AST)来实现对语法规则的解释。 解释器模式的优点在于它可以轻松地添加新的语法规则,同时保持代码的灵活性和可扩展性。它也能够在运行时动态生成代码,从而更好地支持动态编程。 然而,解释器模式的缺点在于它可能会导致性能问题,因为它需要在解释器中进行大量的运算和计算。此外,解释器模式的设计较为复杂,需要开发者具备较强的编程能力和领域知识。 在软件开发中,解释器模式通常应用于解析和执行脚本、编译器、数据库查询语言等场景。例如,JavaScript的解释器就是一种常见的解释器实现。

02

【c#表达式树】最完善的表达式树Expression.Dynamic的玩法

在我第一次写博客的时候,写的第一篇文章,就是关于表达式树的,链接:https://www.cnblogs.com/1996-Chinese-Chen/p/14987967.html,其中,当时一直没有研究Expression.Dynamic的使用方法(因为网上找不到资料),就了解到是程序运行时动态去构建表达式树,举个例子,例如我们需要在我们的查询条件中去构建他是等于或者不等于,这个时候,虽然我们可以定义等于或者不定于 的BinaryExpression,然后在代码中通过switch去进行判断,使用的是Equal还是NotEqual,这中间还需要我们自己去写一个switch,如果使用了Dynamic的方法,我们就只需要找到对应的ExpressionType然后传入创建Binder的方法中,在调用Dynamic方法就可以动态的实现,各种判断操作,或者其他的调用方法,灵活度比switch更高,接下来,我们就看看如何使用Expression.Dynamic方法来实现各种操作吧,一下所有代码操作需要引入Microsoft.CSharp.RuntimeBinder,nuget搜索Microsoft.CSharp即可。方便测试,我新建了一个Test的类,下面会用到

01

C# 最完善的表达式树 Expression.Dynamic的玩法

在我第一次写博客的时候,写的第一篇文章,就是关于表达式树。其中当时一直没有研究Expression.Dynamic的使用方法(因为网上找不到资料),就了解到是程序运行时动态去构建表达式树,举个例子,例如我们需要在我们的查询条件中去构建他是等于或者不等于,这个时候,虽然我们可以定义等于或者不定于 的BinaryExpression,然后在代码中通过switch去进行判断,使用的是Equal还是NotEqual,这中间还需要我们自己去写一个switch,如果使用了Dynamic的方法,我们就只需要找到对应的ExpressionType然后传入创建Binder的方法中,在调用Dynamic方法就可以动态的实现,各种判断操作,或者其他的调用方法,灵活度比switch更高,接下来,我们就看看如何使用Expression.Dynamic方法来实现各种操作吧,一下所有代码操作需要引入Microsoft.CSharp.RuntimeBinder,nuget搜索Microsoft.CSharp即可。

03
领券