pom文件引入groovy包<dependency<groupIdorg.codehaus.groovy</groupId<artifactIdgroovyall</artifactId<version2.5.5</version</depende

业务逻辑中经常会有一些冗长的判断，需要写特别多的ifelse，或者一些判断逻辑需要经常修改。这部分逻辑如果以java代码来实现，会面临代码规模控制不住，经常需要修改逻辑上线等多个弊端。这时候我们就需要集成规则引擎对这些判断进行线上化的管理。

 之前在说OracleOptimizer中的CBO时讲到，当表没有做分析的时候，Oracle会使用动态采样来收集统计信息。获取准确的段对象（表，表分区，索引等）的分析数据，是CBO存在的基石，CBO的机制就是收集尽可能多的对象信息和系统信息，通过对这些信息进行计算，分析，评估，最终得出一个成本最低的执行计划。所以对于CBO，数据段的分析就非常重要

在之前的博文《simpleRpc解析客户端(https://my.oschina.net/u/1474131/blog/1834165)》中，提到了客户端通过JDK动态代理获取Service的代理类，然后通过代理类去执行Service中定义的方法。在动态代理类创建的过程中，使用的是InvocationHandler的匿名类。一开始，我只是简单的从代

JSXGraph我在以前一篇博文(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Frhcad.com%2Fblog%2F2015%2F04%2Fjsbestchoice%2F)中认为JSXGraph适合开发跨平台中小学几何教学软件，并基于JSXGraph

!(https://oscimg.oschina.net/oscnet/5875203a3c4d4977bf2aeaa6192e053c.png)下一代AI应用需要不断和环境进行交互，并且在交互中学习。这些应用暴露了新的系统需求：性能和弹性。本文提出了Ray解决上述问题。Ray实现了动态执行引擎，可以表达任务并行和actor模型计算任务。

支持MFA（多因素认证）和更多插件化功能控制台2.0发布过去的一个月时间里，我们认真阅读并采纳了许多Authing使用者的建议，对控制台进行了重新设计。控制台2.0将整体外观与布局进行了更科学的调整，加入了更多的使用引导。希望能给你带来一个良好的使用体验。!(https://oscimg.oschina

一、背景在文章中，讲述了动态化适配鸿蒙的方案实现，当在鸿蒙系统进行UI渲染的时候，我们使用了系统的组件进行递归渲染。在iOS和Android也是借助各自系统组件进行的渲染，但是在鸿蒙系统会存在以下4个严重问题：1.UI层级过多以金融APP理财频道页中的一个

作者：京东保险郑飞前言在11.11大促中，质量保障成为了确保大促顺利进行的坚固防线。其中，测试右移作为一种前瞻性的质量策略，正日益彰显其不可或缺的价值。而监控，作为测试右移战略中的核心环节，不仅承担着全面、精准捕捉系统运行动态的重任，更需在问题初露端倪时，

流程就是，通过typeNode来创建自己的组件，然后使用追加到FrameNode节点中，然后将自定义节点挂载到NodeContainer上即可，主要使用场景，需要动态创建组件的场景。