Gradle的出现可以说是为Android的项目构建插上了翅膀，让Android的apk打包构建更简单高效。但是Gradle是使用Groovy语言开发的，虽然说是和JAVA语言差不多，语法啥的差异也不大，但是终究他们两个还是不同的语言，开发者要想做Android打包的配置，还需要去了解Groovy语言，这无疑增加了开发者的负担。而使用Kotlin gradle dsl可以有效的解决这一痛点，只使用

镜像模式，直接把手机上整个界面原封不动进行投射。这类投屏通常是对手机进行录屏，然后编码成视频流数据的方式给到接受端，接收端再解码播放，以此完成投屏功能。比如AirPlay的镜像模式、MiraCast、乐播投屏等；推送模式，播视频的场景比较常见。即A把一个视频链接传给B，B自己进行播放，后学A可以传输一些简单控制指令。比如DLNA协议等；基于特殊协议投射部分应用或部分功能，车载领域居多。比如苹果的C

C/C++的指针使用非常的广泛，也是一大难点，本文将介绍指针的使用，因为害怕每次看了又忘记，所以记录下。因为现在AR的兴起，C++也越来越火，因为OpenGL渲染基本都是用的C++，所以值得好好学习。

之前写过一篇文章是通过Kotlin的Dsl结合gradle编写的插件来管理项目依赖，我是从一个开源项目叫DanDanPlayAndroid项目上学到的，那时还没有使用toml文件来管理项目依赖的技术。不过虽然现在有了toml文件管理依赖的技术，但我觉得使用插件的方式也很好，读者自己选择吧。这里提这个插件的原因就是在插件中涉及到修改输出的APK名字和签名配置的问题，在最新的gradle kts 版本

当我们的UI界面显示出来后，需要和用户进行交互，即用户点击某个控件，比如是一个按钮，需要跳转到另一个界面的时候，如果直接跳转到另一个界面，功能是实现了，但是未免有些生硬，因为用户体验不是很好，这时就需要动画的润色了，添加一个好的转场动画能让用户使用起来拥有更好的体验，并且动画还可以让一些耗时的任务看起来不那么“耗时”，比如当用户下载一个文件时，假如没有动画，系统一直卡在下载当那个页面（其实系统没有

插槽可以传递dom元素，在子组件中通过接收使用父组件传递过来的dom元素，我的理解就是在定义一个组件时，有些dom是动态显示的，即子组件现在不清楚调用它的组件需要咋显示，是显示button还是div，所以使用slot先占一个位置，父组件确定要显示的dom后再显示。

在Vue3中，当我们需要渲染一个数组中的数据到dom元素上时，就需要使用循环渲染。循环渲染可以节约我们大量重复冗余的工作，比如我们去渲染一个下拉菜单的时候，如果不使用循环渲染，那么我们需要手动一项一项的添加下拉菜单里面的内容，当下拉菜单中的内容比较少的时候我们还可以接受，但是当下拉菜单中的内容达到几百条的时候，我们就得一遍又一遍的添加选项，非常麻烦。但是使用循环渲染可以很好的结局这个问题，首先我们

在Android的传统View中，当我们需要展示大量的数据时，一般都会使用ListView或者是更高级的RecyclerView。在Compose中我们可以通过Column来实现这一需求，并且还可以让列表实现滚动，懒加载，快速定位到具体位置等功能。非常灵活，下文就是使用Column来实现列表的内容

我们都知道ConstraintLayout在构建嵌套层级复杂的视图界面时可以有效降低视图树的高度，使视图树扁平化，约束布局在测量布局耗时上比传统的相对布局具有更好的性能，并且约束布局可以根据百分比自适应各种尺寸的终端设备。因为约束布局确实很好用，所以，官方也为我们将约束布局迁移到了Compose平台。本文就是介绍约束布局在Compose中的使用。

所以，在复杂的业务逻辑下，我们可以将Stateful的状态提到ViewModel中管理，这样Stateful Composable也就变成了一个Stateless Composable,通过参数传入不同的ViewModel即可替换具体的业务逻辑，大大增加了可复用性和可测试性