全站展示位
https://gravatar.cat.net/avatar/08cf681fb7c6ad1b4fe70a8269c2103c?s=96&d=mp&r=g
LengYue's Blog
| 0.0 |
给LengYue's Blog打分 |
|
|
感谢您打了2分 |
点击榜
每日推荐
详情
Android Jetpack Compose 超快速上手指南 |
Compose 介绍 Jetpack Compose发布也快有一年的时间了，虽然目前仍是DEV阶段，但是距离可用已经不远了。Compose库是用响应式编程的方式对View进行构建,可以用更少更直观的代码，更强大的功能，能提高开发速度（可以参考几乎一模一样的Flutter，开发速度确实很快）。
Jetpack Compose对于没有接触过声明式UI的小伙伴可能会学习曲线有点陡峭，对于已经能熟练开发Flutter应用的小伙白来说几乎没有难度。（Compose就是参考flutter的模式开发的，代码中还可以看到Flutter的相关注释）
这篇文章不回去解释过多的原理与技巧，只要是让你能够快速上手开发项目。
Compose 如何使用 因为目前（2020年09月27日）Compose仍处于开发阶段，所以需要使用最新 Canary 版的 Android Studio 预览版。
可以选择直接创建Empty Compose Activity来创建一个全新的Compose应用，或者可以选手动修改gradle的方式来创建Compose应用
修改Gradle 在模块的build.gradle文件中新增：
android { ... kotlinOptions { jvmTarget = '1.8' useIR = true } buildFeatures { compose true } composeOptions { kotlinCompilerExtensionVersion compose_version kotlinCompilerVersion '1.4.0' } } dependencies中新增：
implementation "androidx.compose.ui:ui:$compose_version" implementation "androidx.compose.material:material:$compose_version" implementation "androidx.ui:ui-tooling:$compose_version" 目前最新的Compose版本是1.0.0-alpha03 使用Compose最低的buildTools版本要求为29
使用 @Compose 所有关于构建View的方法都必须添加@Compose的注解才可以。并且@Compose跟协程的Suspend的使用方法比较类似,被@Compose的注解的方法只能在同样被@Comopse注解的方法中才能被调用。。。
推荐
心灵鸡汤
北宋时期有位州官，为人极其廉洁。一天晚上，有人从京城送来一封上司的来信。他猜想这必须是朝廷有什么重要指示，立刻命令公差点上蜡烛阅读。
谁知读了一半，他又命令把官家的蜡烛吹灭，把自我买来的蜡烛点上，继续往下看。公差很纳闷，难道官家买的蜡烛不及他自我出钱买的亮吗之后才明白，那封信有小半是关于他留在京城家属的情景，他认为这是私事，不能点官家的蜡烛。在有些人看来，为了半封家书，竟然换烛再读，实在有点“小题大做”。
但正是这样的小事，却更能从细节上表现出一个人的品质，更足以让当今存在公“话”私打、公车私用、公请私吃、公费私游等等凡此种种揩公家油的一些领导干部汗颜。
列表展示
主站展示位
使用 Rust 开发 Android 底层库，并简化 Java 与 Rust 相互操作 |
前言 提到JNI,大家都会想到C,C++.不过如今Rust又给我们增加了一个选项,借助rust的jni库(
关于 Rust 环境搭建、配置 Rust Android targets、linker，以及如何在 Android 上如何直接运行 Rust 代码，可以看上篇文章 将 Rust 编译为可在 Android 上使用的二进制文件
本文主要介绍如何使用 Rust 借助 J4RS 方便快捷的编写 Android Jni:
阅读本文，你需要具备、了解一下知识：
Android 编写 JNI 的基本流程 Rust 代码基本的阅读能力 Android 开发的基本流程 Android 集成 Rust 配置 Rust Android Gradle Plugin Rust Android Gradle Plugin 这个 Gradle 插件的主要功能是帮你自动配置 Rust-Android 交叉编译，并将编译产物自动添加到 Android 项目。
这并不是必须的，你同样可以手动 build rust 项目。然后手动复制到 Android Studio 中使用。
因为我使用的是最新版本的 gradle , 采用 Kotlin kts 编写。在语法上稍有不同，旧版本写法可以在项目的 README 查看
GetX Router 设置返回值 |
通过别名导航：
var result = await Get.toNamed(Routes.WEB_VIEW, arguments: { "url": item?.link ?? "", "index": index, "collect": item?.collect ?? false, }); 返回值：
Get.back(result: {"collect": collect.value});
完整代码：
() async { /// 导航到新的界面 var result = await Get.toNamed(Routes.WEB_VIEW, arguments: { "url": item?.link ?? "", "index": index, "collect": item?.collect ?? false, }); /// 接收返回值 bool collect = result["collect"]; }
Android中GPS定位(获取经纬度) |
AndroidGPS定位问题,众所周知是一个蛮麻烦的问题.当初我是新手,现在我也是新手,也搞了我头大,网上搜索了很多的例子,一直处于僵持阶段,而现在终于搞定了,因为我现在只需要获取到经纬度就可以了,反正获取经纬度可以从我这篇文章中看看;上代码。
在AndroidManifest.xml中加入权限：
<uses-permission android:name=”android.permission.ACCESSFINELOCATION”/>
<uses-permission android:name=”android.permission.ACCESSCOARSELOCATION”/>
Vue watch中调用this时出现undefined问题 |
记录一下在 Vue 学习使用时候的遇到的问题
在watch侦听器中，想要调用methods中的方法
applicationId: (val)=> { if (val) { this.getAppConfig(val) } } 结果提示：
Error in callback for watcher "applicationId": "TypeError: Cannot read property 'getAppConfig' of undefined" 查了官方的资料才知道。改成这样就可以了：
Android ListView 与 RecyclerView 对比浅析—缓存机制 |
一，背景 RecyclerView是谷歌官方出的一个用于大量数据展示的新控件，可以用来代替传统的ListView，更加强大和灵活。
最近，自己负责的业务，也遇到这样的一个问题，关于是否要将ListView替换为RecyclerView？
秉承着实事求是的作风，弄清楚RecyclerView是否有足够的吸引力替换掉ListView，我从性能这一角度出发，研究RecyclerView和ListView二者的缓存机制，并得到了一些较有益的”结论”，待我慢慢道来。
同时也希望能通过本文，让大家快速了解RecyclerView与ListView在缓存机制上的一些区别，在使用上也更加得心应手吧。
PS：相关知识： ListView与RecyclerView缓存机制原理大致相似，如下图所示： 过程中，离屏的ItemView即被回收至缓存，入屏的ItemView则会优先从缓存中获取，只是ListView与RecyclerView的实现细节有差异.（这只是缓存使用的其中一个场景，还有如刷新等）
PPS：本文不贴出详细代码，结合源码食用更佳！
二. 正文 2.1 缓存机制对比
层级不同： RecyclerView比ListView多两级缓存，支持多个离ItemView缓存，支持开发者自定义缓存处理逻辑，支持所有RecyclerView共用同一个RecyclerViewPool(缓存池)。 具体来说： ListView(两级缓存)： RecyclerView(四级缓存)： ListView和RecyclerView缓存机制基本一致：
1). mActiveViews和mAttachedScrap功能相似，意义在于快速重用屏幕上可见的列表项ItemView，而不需要重新createView和bindView；
2). mScrapView和mCachedViews + mReyclerViewPool功能相似，意义在于缓存离开屏幕的ItemView，目的是让即将进入屏幕的ItemView重用.
3). RecyclerView的优势在于a.mCacheViews的使用，可以做到屏幕外的列表项ItemView进入屏幕内时也无须bindView快速重用；b.mRecyclerPool可以供多个RecyclerView共同使用，在特定场景下，如viewpaper+多个列表页下有优势.客观来说，RecyclerView在特定场景下对ListView的缓存机制做了补强和完善。
缓存不同： 1). RecyclerView缓存RecyclerView.ViewHolder，抽象可理解为： View + ViewHolder(避免每次createView时调用findViewById) + flag(标识状态)； 2). ListView缓存View。 缓存不同，二者在缓存的使用上也略有差别，具体来说：
ListView获取缓存的流程： RecyclerView获取缓存的流程： 1). RecyclerView中mCacheViews(屏幕外)获取缓存时，是通过匹配pos获取目标位置的缓存，这样做的好处是，当数据源数据不变的情况下，无须重新bindView： 而同样是离屏缓存，ListView从mScrapViews根据pos获取相应的缓存，但是并没有直接使用，而是重新getView（即必定会重新bindView），相关代码如下：
//AbsListView源码：line2345 //通过匹配pos从mScrapView中获取缓存 final View scrapView = mRecycler.getScrapView(position); //无论是否成功都直接调用getView,导致必定会调用createView final View child = mAdapter.getView(position, scrapView, this); if (scrapView != null) { if (child != scrapView) { mRecycler.
android根据银行卡卡号判断银行 |
根据银行卡号判断是哪个银行的卡，依据是银行卡号的前6位数，称之为bin号。
我们把bin号转化为长整形，再把各个银行卡的bin号做成有序表。通过二分查找的方法，找到bin号在有序表的位置，然后读出银行卡的信息。
不使用第三方软件实现Obsidian多平台实时同步 |
这篇文章涉及服务器配置、docker 技术，当然都是很初级的使用
相信很多人跟我一样，不喜欢使用第三方软件来同步 Obsidian 。每次要打开两个软件，很麻烦。这种情况在手机上最为明显。
这也是我为什么从 9 月多就接触了 Obsidian 但是一没有最为主力的原因。虽然印象笔记已经非常的不好用，但是他的同步真的非常的方便。
直到最近在翻看 Obsidian 的插件的时候接触到了这个插件 Self-hosted LiveSync（虽然也有一款支持 WebDav 的插件，但是试了一下连不上服务器，作者说目前 WebDav 还在测试中）这个插件真的非常的棒 👍🏻。实现了无感同步，甚至可以多平台实时同步。 引用一张作者的图： 搭建服务器端 Self-hosted LiveSync 使用的是CouchDB数据库，这是一个开源的具有版本控制的文档数据库。
你可使用 IBM 提供的 CouchDB 数据库，这里有作者写的教程
我们这里还是直接自己搭建，我是在家里的群辉 NAS 上搭建的，如果你没有 NAS 也可以在腾讯云、阿里云等云服务上搭建。优先推荐在 NAS 上搭建。
安装 docker 群辉直接再套件商店安装。云服务器用户使用下面的命令
docker version > /dev/null || curl -fsSL get.docker.com | bash service docker restart 安装数据库 首先创建配置文件 local.ini
[couchdb] single_node=true [c
Android 6.0需要申请的权限分类 |
6.0之前开发者申请各种权限，只需要在清单列表（AndroidManifest.xml）中进行声明就可以了。对开发者来说是相当便利，但对用户来说是体验不好，6.0的权限换成了用户可以随时更改的操作，类似IOS的权限申请。
常规的权限 和以前一样，在清单中申请，这里不作累述 ####需要申请的权限 google是以权限组进行分类的，一旦组内的某个权限被赋予了，那么这个组的其他权限也将自动被赋予 !!!
权限组 权限 android.permission-group.CALENDAR(日历数据) android.permission.READ_CALENDARandroid.permission.WRITE_CALENDAR android.permission-group.CAMERA(相机) android.permission.CAMERA android.permission-group.CONTACTS(联系人) android.permission.READ_CONTACTSandroid.permission.WRITE_CONTACTSandroid.permission.GET_ACCOUNTS android.permission-group.LOCATION(位置) android.permission.ACCESS_FINE_LOCATIONandroid.permission.ACCESS_COARSE_LOCATION android.permission-group.MICROPHONE(麦克风) android.permission.RECORD_AUDIO android.permission-group.PHONE(电话) android.permission.READ_PHONE_STATEandroid.permission.CALL_PHONEandroid.permission.READ_CALL_LOGandroid.permission.WRITE_CALL_LOGcom.android.voicemail.permission.ADD_VOICEMAILandroid.permission.USE_SIPandroid.permission.PROCESS_OUTGOING_CALLS android.permission-group.SENSORS(传感器) android.permission.BODY_SENSORS android.
已经有女朋友了，又遇到更喜欢的对象怎么办？ |
在知乎上开到这个问题，我只能说提问题的人，你还搞不懂“喜欢一个人”和“对一个人有感情”之间的区别。
我举两个不恰当的例子。比如说养狗，虚构两个情景。
情景一： 某天你去宠物市场闲逛，发现有一只泰迪很可爱，伶俐活泼聪明漂亮，还特别粘着你。你当时就动心了，打算买下它。
一问价格，要1500块钱。你身上没带这么多钱，也没带银行卡。当时是下午了，宠物市场马上要关门了。你只能第二天来买了。
于是你嘱咐店主千万不要卖给别人。一定要等你明天早上过来卖给你。店主答应了。 可你回家了还是不放心。晚上在床上都睡不着觉。生怕店主不守信用，把这狗狗卖给别人了。那感觉，就像是爱上了一个姑娘一样。
第二天一早，你就揣了1500块钱奔向宠物市场。
这次，你是从市场的另外一个门进去的，还没有走到昨天那个摊位，你突然发现了另外一只泰迪，比昨天那只更漂亮，更聪明，更可爱，更粘你，价格还更便宜，只要1200元。
我相信，只要你智商正常，你都会选择买1200的这一只。虽然，你为了1500的那一只牵挂了一晚上。但那又如何，遇上更好的，你立刻就移情别恋了。 我们都是这样的人。 因为，我们对那只泰迪，没有感情。
情景二： 某雨天你下班回家，看到一只流浪的小狗趴在你的家门前瑟瑟发抖。你一下子恻隐之心上来了，把它抱回家，给它洗澡，给它喂食，让它睡在毛毯子上。
从此，它就成了你的家人。
接下来的一年，每天早上是它叫你起床。每天你疲惫的下班回到家中，是它在门口等着你。你出去逛街，它走在你前面。有小偷偷你的包，它疯狂吠叫。你看电视，它就睡在你腿上。你上网，它就趴在你脚尖。
它已经成为了你生活的一部分。
一年后。有一个人，也不知道脑子怎么进水了，想要拿一只名贵的纯种狗狗来换你这只不值钱的收养的流浪狗。
你会换吗？
如果是我，当然不换。
因为我对它有感情了。
这就是感情。
Connection with adb was interrupted.解决办法 |
[2012-10-16 10:49:35 – My First App]
[2012-10-16 10:49:35 – My First App] Android Launch!
[2012-10-16 10:49:35 – My First App] Connection with adb was interrupted.
[2012-10-16 10:49:35 – My First App] 0 attempts have been made to reconnect.
[2012-10-16 10:49:35 – My First App] You may want to manually restart adb from the Devices view.
Sophie’s World |
生命本没有意义，你要能给他什么意义，他就有什么意义。与其终日冥思苦想人生有何意义，不如试用此生做点有意义的事。
——苏菲某天放学回家，收到了神秘的一封信。
——你是谁？
——世界从何而来？
从此，她的生活彻底改变，在一位神奇的哲学老师艾伯特的指引下，她开始思索，从苏格拉底到柏拉图，从黑格尔到马克思，从文艺复兴到浪漫主义，各位大师所思考 的根本问题。与此同时，苏菲不断收到一个自称是少校的人的神秘信件，，并托她转达给一个叫席德的人。可苏菲并不认识这个叫席德的人。世界像谜团一样展现在 苏菲眼前，她运用少女天生的悟性与后天的知识，企图解开这些谜团，然而，事实真相远比她所想的更离奇，更怪异……在艾伯特的指引下，他们发现自己仅仅是少 校写的一本为自己女儿席德生日而送的书中的人物，他们所做的一切，包括思考的一切都被少校用笔写了下来，他们不过是少校大脑中的一丝电磁波罢了。换句话 说，苏菲和艾伯特，以及他们那个世界中的一切，全部都是不存在的，是虚无的！可就是这样一个虚构的人物，竟然也有自己的思想，他们企图脱离书本，不再受少 校的摆控。终于，在席德将苏菲的故事看到最后一页时，他们成功的逃离了书本，来到了一个叫永恒之乡的世界。这是一个与现实世界相对位的地方，这个世界的人 都拥有永恒的生命。他们可以看到听到现实世界的一切，但现实世界的人却永远也无法感受到他们的存在。永恒之乡的人都是像苏菲和艾伯特一样，是从某个虚构的 股市中跑出来的人物。此时少校和席德正在草地上仰望星空，谈人生，谈宇宙，而苏菲正在某个角落默默地注视着他们……
这个故事看似匪夷所 思，实则发人深省，看完后我们不禁要问——人生的意义是什么？在苏菲的世界中，他们的一切都是虚无的，不存在的。他们所有的思想动作以及所发生的一切事 情，都是少校所安排好的，少校在那个世界中无所不能，仿佛就是他们的上帝一样。因为少校就是创造他们世界的人。可事实上，少校和席德不也是虚构的人物吗？ 他们所做的一切不都是作者乔斯坦·贾德所安排好的吗？我们所看到的席德，就像席德看到的苏菲一样，而贾德，就是席德他们那个世界的上帝吧？再放眼我们现在 所处的这个世界，这应该是相对于我们的“现实世界”吧？那是不是存在这样一个“上帝”，我们的所作所思，都是这位上帝所安排好了的呢？那这样我们的存在岂 不是毫无意义的吗？那这位上帝之上，是否还有一位上帝呢……
其实，每个人都是一个思维的个体，而相对于我们而言，自己的命运是要靠自己把 握的。尽管我们的未来可能就像戏剧一样早已被上帝写进了剧本，可是只要我们认为自己是存在的，不就足够了吗？正如苏菲和艾伯特将要离开他们那个世界时一 样，艾伯特对大家说；“在座的没有一个人会想念我们，因为你们根本就不存在，你们无法用任何器官来想念我们。”当即立刻有人反驳道：“你凭什么说我们不存 在？我努力赚钱，养活我的家人，过上幸福的生活，我很快乐！可你到头来却说我不存在？”的确，按理说他只是虚构的，的确是不存在，可如果映射到我们这个世 界，岂不是同样没有人存在？引入一个概念前必先引入其相反的一个概念，既然一切都“不存在”，那又何来“存在”的概念呢？所以，或许我们不存在，可那只是 相对上帝而言的，我们只须抓住这如星尘般稍纵即逝的瞬间，以自己的方式，度过人生，那就足够了。或许每当天空中有星尘散落时，那一定是某个小说中的人物从 他那所谓不存在的世界中脱离出来了，他会在某个角落，默默地注视着我们……
人生如梦。
梦即现实。
Android Manifest之receiver元素中文注释 |
语法（SYNTAX）：
<receiver android:enabled=["true" | "false"]
android:exported=["true" | "false"]
android:icon="drawable resource"
android:label="string resource"
android:name="string"
android:permission="string"
android:process="string" >
. . .
</receiver>
清除目录下的SVN信息 |
在项目开发和日常文档管理时，用到了SVN，由于要把一些文档发给同事，这时想删除SVN版本信息文件，于是上网在SVN中文论坛找到了一份资料：
删除 .svn 文件
在linux下 删除这些目录是很简单的，命令如下 find . -type d -name “.svn”|xargs rm -rf
或者
find . -type d -iname “.svn” -exec rm -rf {} ;
在windows下用以下法子： 1、在项目平级的目录，执行dos命令： xcopy project_dir project_dir_1 /s /i
project_dir 为你的项目目录
原理是复制可见文件 .svn是隐藏目录 不会复制 3、添加注册表(亲自动手测试过) 可以将“快速删除SVN版本信息”命名增加到资源管理器的右键上，这样，鼠标点两下就能把选中目录下的所有.svn目录干掉了。
代码为：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREClassesFoldershellDeleteSVN] @=”快速删除SVN版本信息” [HKEY_LOCAL_MACHINESOFTWAREClassesFoldershellDeleteSVNcommand] @=”cmd.exe /c D:工具批处理文件删除SVN版本信息.bat” 将这段代码保存为一个.reg文件，双击确认导入注册表中不完整，后来自己手工添加。注意：文件“批处理文件删除SVN版本信息.bat”不能放 在有空格的文件夹下，确认删除时请看一下当前目录不要删除不该删的目录下的SVN版本信息。不知道怎么改进“cmd.exe /c D:工具批处理文件删除SVN版本信息.bat”。
批处理文件删除SVN版本信息.bat文件内容如下：
@echo off echo *********************************************************** echo 清除SVN版本信 息 echo *********************************************************** :start ::启动过程，切换目录 :set pwd=%cd% :cd %1 echo 工作目录是：& chdir :input ::获取输入，根据输入进行处理 set source=: set /p source=确定要清楚当前目录下的.
解决 golang IDEA中不能debug问题 |
IDEA是2018-01版本，Golang是go-1.12.1，IDEA在Plugins中安裝的Go插件，我在运行go程序時是正常的，但是提示could not launch process: decoding dwarf section info at offset 0x0: too short
解決方案：
1：在终端运行 go get -u github.com/derekparker/delve/cmd/dlv。
2：运行上面的命令之后运行环境中就有dlv了。替换IDEA go 插件中的dlv macOS中的插件地址是：/Users/用户名 /Library/Application Support/IntelliJIdea2018.1/intellij-go/lib/dlv/mac
替换之后就正常了。
我问佛 |
我问佛：为何不给所有女子羞花闭月的容颜？
佛曰：那只是昙花的一现，用来蒙蔽世俗的眼，没有什么美可以抵过一颗纯净仁爱的心，我把它赐给每一个女子，可有人让它蒙上了灰。
我问佛：世间为何有那么多遗憾？
佛曰：这是一个婆娑世界，婆娑即遗憾，没有遗憾，给你再多幸福也不会体会快乐。
我问佛：如何让人们的心不再感到孤单？
佛曰：每一颗心生来就是孤单而残缺的，多数带着这种残缺度过一生，只因与能使它圆满的另一半相遇时，不是疏忽错过，就是已失去了拥有它的资格。
Android-使用@AutoService实现spi |
什么是 SPI? Java SPI 全称 Service Provider Interface，是 Java 提供的一套用来被第三方实现或者扩展的 API，它可以用来启用框架扩展和替换组件。实际上是“基于接口的编程 ＋ 策略模式 ＋ 配置文件”组合实现的动态加载机制.
具体解释就是：
定义一个接口文件 写出多个该接口文件的实现 在 src/main/resources/ 下建立 /META-INF/services 目录， 新增一个以接口命名的文件 , 内容是要接口的实现类全路径 使用 ServiceLoader 类 来获取到这些实现的接口 示例 定义一个接口文件 - Book
package com.apkdv.spi_test; public interface Book { String name(); } 实现两个接口
package com.apkdv.spi_test; public class Android implements Book { @Override public String name() { return "Android"; } } package com.
ViewModel之自定义构造函数 |
刚入坑架构组件没多久，发现很多基础性的东西理解起来是没什么问题的，但是一到具体使用就各种问题，相关实践文章也比较少，更多的只能靠自己解决 = =。今天无意间了解了AndroidViewModel的一个使用场景和实现原理，特地记录下来。
###前言
一开始，跟着官方文档，ViewModel我们是这样实现的：
public class MyViewModel entends ViewModel { //... } 然后是创建实例对象:
MyViewModel viewModel = ViewModelProviders.of(this).get(MyViewModel.class); 可以注意到，我们定义的ViewModel是没有构造函数的，也就是说如果遇到比较复杂情况下（需要在创建ViewModel时赋一些初始值），应该怎么办呢？总不能自己加一个构造函数，然后new出来吧，或者通过set方法一个一个加也行，但是这样就有点low了。于是，我发现了一个类AndroidViewModel
AndroidViewModel AndroidViewModel这个类的定义很简单，它继承自ViewModel，然后添加了一个application私有属性：
public class AndroidViewModel extends ViewModel { @SuppressLint("StaticFieldLeak") private Application mApplication; public AndroidViewModel(@NonNull Application application) { mApplication = application; } /** * Return the application. */ @SuppressWarnings("TypeParameterUnusedInFormals") @NonNull public <T extends Application> T getApplication() { //noinspection unchecked return (T) mApplication; } } 上面提到，很多时候我们需要在初始化ViewModel时需要传递一些参数，例如Activity中的一些参数等，但是根据ViewModel的生命周期我们知道，ViewModel中是不能传入Activity等实例对象的，因为在ViewModel存活的过程中，Activity是有可能会被销毁的。因此，Google爸爸推荐我们传入application。
Flutter 基础 | Dart 语法 mixin |
假设有这样一种场景：小明和小方都是程序员。其中小方会跳舞，当然它们都会编程。
用面向对象的方法可以建模如下：
因为小明和小方都会写编程，为了复用这个行为，提取了超类 Programmer，它包含所有程序员共用的行为 code()。这样一来，Ming 和 Fang 就能复用编程行为，而不是各自重新实现一遍相同的逻辑。（继承复用了行为）
小慧是一个舞者，再用面向对象的方法建模如下：
这样的继承关系违反了 DRY 原则，即 Don’t repeat yourself.
因为小慧并未复用小方的跳舞行为，所以同样的跳舞逻辑出现了两次。
那把跳舞行为上提到它们公共的基类 Human 中，是不是就解决问题了？的确，但这不是强迫所有程序员都必须会跳舞吗。。。
那让小方同时继承 Programmer 和 Dancer 能解决问题吗？能！但多重继承容易出事情，比如 “Diamond Problem”：
假设 Human 类中有 eat() 方法，且 Programmer 和 Dancer 都重写了它，此时 Fang 会发生编译报错。因为它不知道自己的 eat() 方法该采用哪一个父类的实现。上面的类图就好像一个钻石的形状，所以称为Diamond problem。
Dart 禁用了多重继承，而是引入了mixin来解决这个问题。
mixin 是一个特殊的类，它的属性和行为可以被其他类复用，而且不需要通过继承。
语法 如果希望一组属性和行为能够复用于多个类，碰巧这些类不在一条继承链路上，此时就应该使用mixin：
mixin DanceMixin { void dance() {} } 这是声明 mixin 的方式，几乎和声明 class 一模一样，就是把 class 换成 mixin 而已。
还可以通过 on 限定 mixin 适用范围：
博客寄语：
从14年开始写博客，到现在再有2年就10年了。
实时播报：
- Charleston · Haojin's Blog
- 云·小怪兽（20240524）-博客|旅游与摄影-风雨行者
- 二分 · Heeepin
- 找出缺失的观测数据Heeepin
- 用队列实现栈Heeepin
- 28strstrHeeepin
- 最后一个单词长度Heeepin
- 二叉树后序遍历Heeepin
- 区域和检索Heeepin
- 合并两个有序链表Heeepin
- 二叉树的深度Heeepin
- 存在重复元素2Heeepin
- 交替的二进制位Heeepin
- 阶乘后的0Heeepin
- 棒球比赛Heeepin
- 草台班子Heeepin
- 树状数组 · Heeepin
- 的平方根Heeepin
- 两数之和4Heeepin
- 如果相邻两个颜色均相同则删除当前颜色Heeepin
博客号-学习成长
相信每一分耕耘都有每一分收获，致力帮助博客主所创作的博客能更快的被收录！ 如果有其它需求，可联系下方邮箱。
Copyright © 2023 bokehaos.com 版权所有 ICP证：陕ICP备19005541号-3 |
hahashipin@yeah.net