1.虚幻插件GAS分析09 TargetData、源码TargetActor和WorldReticle
2.dtm-tcc 子事务屏障
3.Android 开发 对话框Dialog dismiss和hide方法的分析区别
4.分析axios源码来找出无法使用all和spread等方法的原因

虚幻插件GAS分析09 TargetData、TargetActor和WorldReticle

       各位好，源码我是分析阿棍儿。本篇将深入分析虚幻插件GAS中的源码TargetData、TargetActor和WorldReticle概念。分析风格选股源码

       引言

       在GAS中，源码技能往往涉及指向性和目标过滤。分析例如，源码抛射直线或抛物线子弹的分析技能需要确定方向或参数；范围技能则需筛选目标范围内的Actor。在瞄准阶段，源码往往需要选中目标表现。分析例如，源码抛物线子弹可见轨迹的分析显示。选中表现与命中表现不同，源码后者在技能命中目标后通过GameplayCue实现。

       本文将探讨选中表现的解决方案，涉及TargetData、TargetActor和WorldReticle的概念。

       在GAS中，目标选择和表现需求引出了这三者的最底层源码配合使用。它们通常通过以下步骤协同工作：

       由技能选择目标并在此过程中的表现需求，我们讨论的概念如下：

       由虚幻官方提供的参考资料和GASShooter项目的实例，我们可以学习如何正确应用它们。

       Confirm和Cancel

       在GAS源码中，Confirm和Cancel是常见但含义不明的词汇。它们涉及技能绑定输入时的特定操作。

       通常，Confirm和Cancel用于表示目标选择过程中的确认和取消。它们在技能输入处理中扮演关键角色。例如，在AGSHeroCharacter::BindASCInput中配置输入，以正确接收确认或取消输入。

       此外，Client预测激活技能时的状态，如Confirmed或Rejected，与Confirm和Cancel概念紧密相关。

       核心类TargetActor

       AGameplayAbilityTargetActor类是实现目标选择逻辑的基础。它需要子类实现选择目标的逻辑，通常在确认目标时通过代理将TargetData广播出去。

       在实际应用中，numpy 源码解析推荐在选择目标逻辑触发时，通过代理将TargetData广播出去。GASShooter项目展示了如何实现枪械子弹和火箭发射器选择目标的逻辑。

       TargetActor生成时可以使用FGameplayTargetDataFilterHandle过滤目标，通过自定义过滤器实现更精细的选择。官方建议复用TargetActor以提高效率。

       TargetData

       FGameplayAbilityTargetData结构体定义了数据访问方法，但未定义数据本身。GAS提供了常见情况适用的子结构体。广播TargetData时，应使用FGameplayAbilityTargetDataHandle实例。

       在GASShooter项目中，展示了如何正确封装和广播TargetData。

       WorldReticle

       AGameplayAbilityWorldReticle类实现选择目标时的表现，如准星指示。其主要功能在FaceTowardSource函数中。

       WorldReticle主要用于表现，逻辑应集中在TargetActor上。GASShooter的实例展示了如何实现单目标准星的自定义。

dtm-tcc 子事务屏障

       dtm-labs/client

       子事务屏障原理

       在本地数据库中构建分支操作状态表，合生元溯源码以全局事务id-分支事务id-分支操作(try|confirm|cancel)为唯一键。

       流程解析

       此流程解决空回滚、幂等和悬挂异常的关键在于状态表的精确记录与管理。通过全局唯一键确保每次操作可追溯，同时明确操作状态，避免重复或遗漏。

       dtm Tcc模式下屏障源码

       主程序通过调用资源管理器执行分支事务。

       核心逻辑在bb.CallWithDB，注释详细说明代码功能。

       总结

       Tcc模式下的子事务屏障原理简洁且易于理解，巧妙地解决了分布式事务中的常见问题，包括悬挂、幂等性和空回滚。此方法值得学习与借鉴。

Android 开发 对话框Dialog dismiss和hide方法的区别

       1.

       cancel会去调dismiss的，如果调用的cancel的话就可以监听dialoginterface.oncancellistener

       ，如下

       2.

       dismiss可以在任何线程调用，但是最好不要覆写dismiss方法，实在需要就在onstop里去override。

       3.

       在dismissdialog里调用了onstop

       4.

        补上hide方法，autosar架构源码注释上说了hide只是隐藏了对话框并没有销毁，如果打算用这方法来灭掉对话框就会出现问题，在activity销毁的时候就会出现崩溃日志了，因为

       activity销毁时是需要把对话框都关闭掉的。

       5.

       hide里的操作：

分析axios源码来找出无法使用all和spread等方法的原因

       在使用axios进行创建时，若采用axios.create({ })方法，将无法使用all、spread、Cancel、CancelToken、isCancel等方法。

       网上关于此问题的解答，通常是axios维护者建议重新引入axios package以解决问题。然而，这种方法并不理想，因为重新引入会导致axios配置丢失，需要重新配置，相当繁琐。

       在我们的项目中，经常需要使用自定义设置的axios实例，例如设置基础URL和超时时间。设置完成后，我们可以使用newAxios.post来完成需求。但若尝试使用all、spread、Cancel、CancelToken、isCancel等方法，系统会提示方法不存在。

       接下来，我们将分析axios源码，探究为何使用axios.create方法后无法使用all、spread等方法。

       首先，打开axios源码目录下的lib/axios.js文件，这是Axios的入口处，也是create函数所在的地方。让我们看一下create的源代码：

       接下来，我们将逐步解读代码。mergeConfig方法从字面上可以理解为一个合并配置的方法，即合并我们的配置与默认配置，覆盖默认配置。关于合并配置的代码，这里就不详细介绍了。有兴趣的可以查看mergeConfig。因此，现在的代码如下：

       现在，我们来看一下剩下的createInstance函数：

       context变量包含axios实例代码。我们只需知道，实例Axios后，context变量原型链上有request、delete、get、head、options、post、put、patch方法，自身有interceptors对象。

       现在，让我们看看下面的bind和extend方法：

       第一个bind函数是让Axios.prototype.request函数中的this指向context变量。

       后面两个extend方法，是把第二个参数的可枚举对象复制到第一个参数中，即instance变量中。

       从第一个bind方法开始，现在instance变量中有一个request方法。

       然后第二个extend方法，把Axios.prototype里的方法复制到instance变量中。现在instance变量中有request、delete、get、head、options、post、put、patch方法。

       最后第三个extend方法，把context里的方法复制到instance变量中。现在变量中有request、delete、get、head、options、post、put、patch、interceptors、defaults。

       这样就结束了，create方法直接返回instance变量。我们没有在create方法中看到all、spread等方法。这也是为什么使用create方法后无法使用这些方法。那么这些方法在哪呢？还是在lib/axios.js文件中：

       可以看到，这里是把这些方法直接赋值在axios方法上，然后直接暴露出去。所以当我们使用axios时，可以使用all、spread等方法。但使用axios.create就无法使用all、spread、Cancel、CancelToken、isCancel方法。

       如果能改axios源码，可以将lib/axios.js修改如下：

       但是，这当然不可能。所以，我们需要在不改源代码的情况下实现。

       有一个暴力的解决方案，不过我个人比较喜欢：

       很简单，一行代码解决问题。这里之所以要加上注释，是因为在eslint中不允许对__proto__进行重新赋值。