全站展示位
https://gravatar.cat.net/avatar/08cf681fb7c6ad1b4fe70a8269c2103c?s=96&d=mp&r=g
LengYue's Blog
| 0.0 |
给LengYue's Blog打分 |
|
|
感谢您打了2分 |
点击榜
每日推荐
详情
未命名 |
她是江南一带有名的妓
他是战功显赫的将军
前几日他失去妻子
在歌妓面前喝的烂醉
把妓当成她
第二天看到床上的落红
将军嘲笑妓
终究是婊子
他穿衣离去
妓九岁被卖到青楼
几年来只卖艺不卖身
直到那晚遇到他
她羞涩 笨拙
把自己给了他
他凶狠 粗鲁
嘴里叫着妻子的名字
妓只喜欢了这一个人
却喜欢了一辈子
将军在外战沙场
歌姬城内待他归
将军入城
从不多看一眼
只是在深夜敲开她的房门
他在外时日久
她抱着他褪下他的衣服
细数他身上的疤痕
他抱她上床 没有情话
只有缠绵
她轻触他疤痕
你娶我吧
我想给你一个家
将军穿好衣服起身离去
留她一人愣愣的
看他离去的方向
做妓的最怕有了感情
可她偏偏中了这世间最愁的毒
妓说 我不想再做这行了
那夜她主动寻他
月光下她红色的唇格外迷人
那夜她用尽万种风情
将军你吻我
将军毫不动意
一夜缠绵 她离去
妓知道将军不会寻她
毕竟她只是个妓
一日为妓 终身为娼
不久将军带兵出征
两军交战
在敌方的主帅身旁发现一身红衣的她
她一身红衣依靠在另一个男人怀里
将军满眼尽是讽刺
战争的号角吹响
她藏在袖中的匕首直刺敌将心脏
敌将并不惊讶
像是早已预料
将军愣住
这是她第一次看到他除了冷漠意外的表情
战火硝烟 她闭上双眼
妓知道 他安全了
从此以后他都安全了
她可以放心了
也总算帮了他一次。。。
推荐
心灵鸡汤
春秋时期，宋国有一个人上山采石时，采到一块宝玉，他担心别人会来抢，想拿出去卖，又怕被商人占了便宜。想来想去，他决定把这块宝玉送给京城里的大官。
于是，他带着宝玉，来到京城掌管工程的大官子罕府中，献上宝玉。子罕觉得很奇怪，便问道“我和你素不相识，你为什么要献宝玉给我？我可从来不收别人任何礼物的。”那人以为子罕怀疑这是一块假玉，就答道“这块玉我请玉匠看过，确实是一块真玉，价值连城，所以我才送给你的。”子罕说“我把不贪的品格当作珍宝，你把这块玉石当作珍宝，如果你把玉给了我，我们俩人都丧失了珍宝，不如你我还是各自保存自我的珍宝吧！”那人跪下恳求道“我们小百姓，拿着这样珍贵的东西，是不敢出门的，我把它献给你，是为了免于祸患。”子罕就让那人暂时留下，请玉匠把那块宝玉雕琢加工好，然后帮他把玉卖掉，把所得的钱全部交给那人，并派人送他回家。
这个故事见于《左传·襄公十五年》。之后，人们就用“不贪为宝”这句成语来形容清正廉洁的高尚品质。
列表展示
主站展示位
RecyclerView里notifyItemRemoved的坑 |
RecyclerView很多时候是展示静态的数据，并不会有删除的操作，讲到RecyclerView时，会提到它提供了一个很好的展现删除操作动画的函数，代码片段一般是这样的
@Override public void onBindViewHolder(final CommonViewHolder holder, final int position) { holder.itemView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { contentList.remove(position); notifyItemRemoved(position); } }); } 这样写的话，很快会产生数据删除错乱和超出索引异常导致崩溃。 原因是函数里面的传入的参数position，它是在进行onBind操作时确定的，在删除单项后，已经出现在画面里的项不会再有调用onBind机会，这样它保留的position一直是未进行删除操作前的postion值。 对于尚未进入画面的单项来说，它会使用新的position值，这个值是正确的，如果在单项里加上下面的代码
holder.textView.setText(contentList.get(position) + "#" + String.valueOf(position)); 在删除第一屏的一项后，向上滚动，会发现新滚上来的一行和它上面的一行的textview显示是一样的。
解决办法也很简单 先remove,再notifyItemRemoved， 最后再notifyItemRangeChanged
remove：把数据从list中remove掉， notifyItemRemoved：显示动画效果 notifyItemRangeChanged：对于被删掉的位置及其后range大小范围内的view进行重新onBindViewHolder
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" 查了官方的资料才知道。改成这样就可以了：
Flutter中嵌入Native组件 |
Flutter官方提供的控件AndroidView、UiKitView就是一种比较优雅的解决方案了。这里做了一个简单的嵌入TextView的demo(使用这种方式会增加性能上的开销，应该尽量避免使用)
使用方式 native端 跟MethodChannel的使用方法类似，在native侧，我们实现一个PlatformViewFactory(iOS是FlutterPlatformViewFactory),在create方法中，使用平台方法创建View返回。
override fun create(context: Context?, i: Int, any: Any?): PlatformView { return object : PlatformView { override fun getView(): View { val text = TextView(context) text.layoutParams = ViewGroup.LayoutParams(SizeUtils.dp2px(200f), SizeUtils.dp2px(200f)) text.apply { setText("Android View") setTextColor(Color.BLUE) setBackgroundColor(Color.RED) } return text } override fun dispose() { } } } func create(withFrame frame: CGRect, viewIdentifier viewId: Int64, arguments args: Any?
使用EditText的TextChangedListener时StackOverflowError异常 |
在工作过程中，各种文本框的输入有各种特殊需求，如输入整数、字母等等需求。现公司业务需求，要求某文本输入框，只能输入整数，并且不能出现以“010”，数字出现以0开头的情形。
经过查询文档，发现EditText可以通过addTextChangedListener方法，添加文本变化的监听器。我们可以通过该监听器对以0开头的情形进行处理。
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号在有序表的位置，然后读出银行卡的信息。
已经有女朋友了，又遇到更喜欢的对象怎么办？ |
在知乎上开到这个问题，我只能说提问题的人，你还搞不懂“喜欢一个人”和“对一个人有感情”之间的区别。
我举两个不恰当的例子。比如说养狗，虚构两个情景。
情景一：
某天你去宠物市场闲逛，发现有一只泰迪很可爱，伶俐活泼聪明漂亮，还特别粘着你。你当时就动心了，打算买下它。
一问价格，要1500块钱。你身上没带这么多钱，也没带银行卡。当时是下午了，宠物市场马上要关门了。你只能第二天来买了。
于是你嘱咐店主千万不要卖给别人。一定要等你明天早上过来卖给你。店主答应了。 可你回家了还是不放心。晚上在床上都睡不着觉。生怕店主不守信用，把这狗狗卖给别人了。那感觉，就像是爱上了一个姑娘一样。
第二天一早，你就揣了1500块钱奔向宠物市场。
这次，你是从市场的另外一个门进去的，还没有走到昨天那个摊位，你突然发现了另外一只泰迪，比昨天那只更漂亮，更聪明，更可爱，更粘你，价格还更便宜，只要1200元。
我相信，只要你智商正常，你都会选择买1200的这一只。虽然，你为了1500的那一只牵挂了一晚上。但那又如何，遇上更好的，你立刻就移情别恋了。 我们都是这样的人。 因为，我们对那只泰迪，没有感情。
情景二：
某雨天你下班回家，看到一只流浪的小狗趴在你的家门前瑟瑟发抖。你一下子恻隐之心上来了，把它抱回家，给它洗澡，给它喂食，让它睡在毛毯子上。
从此，它就成了你的家人。
接下来的一年，每天早上是它叫你起床。每天你疲惫的下班回到家中，是它在门口等着你。你出去逛街，它走在你前面。有小偷偷你的包，它疯狂吠叫。你看电视，它就睡在你腿上。你上网，它就趴在你脚尖。
它已经成为了你生活的一部分。
一年后。有一个人，也不知道脑子怎么进水了，想要拿一只名贵的纯种狗狗来换你这只不值钱的收养的流浪狗。
你会换吗？
如果是我，当然不换。
因为我对它有感情了。
这就是感情。
Android 开发绕不过的坑：你的 Bitmap 究竟占多大内存？ |
!!!
原文出处：
0、写在前面本文涉及到屏幕密度的讨论，这里先要搞清楚 DisplayMetrics 的两个变量，摘录官方文档的解释：
density：The logical density of the display. This is a scaling factor for the Density Independent Pixel unit, where one DIP is one pixel on an approximately 160 dpi screen (for example a 240x320, 1.5”x2” screen), providing the baseline of the system’s display. Thus on a 160dpi screen this density value will be 1; on a 120 dpi screen it would be .75; etc.
This value does not exactly follow the real screen size (as given by xdpi and ydpi, but rather is used to scale the size of the overall UI in steps based on gross changes in the display dpi.
已经有女朋友了，又遇到更喜欢的对象怎么办？ |
在知乎上开到这个问题，我只能说提问题的人，你还搞不懂“喜欢一个人”和“对一个人有感情”之间的区别。
我举两个不恰当的例子。比如说养狗，虚构两个情景。
情景一： 某天你去宠物市场闲逛，发现有一只泰迪很可爱，伶俐活泼聪明漂亮，还特别粘着你。你当时就动心了，打算买下它。
一问价格，要1500块钱。你身上没带这么多钱，也没带银行卡。当时是下午了，宠物市场马上要关门了。你只能第二天来买了。
于是你嘱咐店主千万不要卖给别人。一定要等你明天早上过来卖给你。店主答应了。 可你回家了还是不放心。晚上在床上都睡不着觉。生怕店主不守信用，把这狗狗卖给别人了。那感觉，就像是爱上了一个姑娘一样。
第二天一早，你就揣了1500块钱奔向宠物市场。
这次，你是从市场的另外一个门进去的，还没有走到昨天那个摊位，你突然发现了另外一只泰迪，比昨天那只更漂亮，更聪明，更可爱，更粘你，价格还更便宜，只要1200元。
我相信，只要你智商正常，你都会选择买1200的这一只。虽然，你为了1500的那一只牵挂了一晚上。但那又如何，遇上更好的，你立刻就移情别恋了。 我们都是这样的人。 因为，我们对那只泰迪，没有感情。
情景二： 某雨天你下班回家，看到一只流浪的小狗趴在你的家门前瑟瑟发抖。你一下子恻隐之心上来了，把它抱回家，给它洗澡，给它喂食，让它睡在毛毯子上。
从此，它就成了你的家人。
接下来的一年，每天早上是它叫你起床。每天你疲惫的下班回到家中，是它在门口等着你。你出去逛街，它走在你前面。有小偷偷你的包，它疯狂吠叫。你看电视，它就睡在你腿上。你上网，它就趴在你脚尖。
它已经成为了你生活的一部分。
一年后。有一个人，也不知道脑子怎么进水了，想要拿一只名贵的纯种狗狗来换你这只不值钱的收养的流浪狗。
你会换吗？
如果是我，当然不换。
因为我对它有感情了。
这就是感情。
Android实现图片缩放与旋转 |
本文使用Matrix实现Android实现图片缩放与旋转。示例代码如下：
package com.android.matrix;import android.app.Activity; import android.graphics.Bitmap; import android.graphics.BitmapFactory; import android.graphics.Matrix; import android.graphics.drawable.BitmapDrawable; import android.os.Bundle; import android.view.ViewGroup.LayoutParams; import android.widget.ImageView; import android.widget.LinearLayout; import android.widget.ImageView.ScaleType; /** * Android实现图片缩放与旋转。 * @author Administrator * */ public class MatixActivity extends Activity { public void onCreate(Bundle icicle) { super.onCreate(icicle); setTitle("Android实现图片缩放与旋转。"); LinearLayout linLayout = new LinearLayout(this); //加载需要操作的图片，这里是一张图片 Bitmap bitmapOrg = BitmapFactory.decodeResource(getResources(),R.drawable.r); //获取这个图片的宽和高 int width = bitmapOrg.
Sophie’s World |
生命本没有意义，你要能给他什么意义，他就有什么意义。与其终日冥思苦想人生有何意义，不如试用此生做点有意义的事。
——苏菲某天放学回家，收到了神秘的一封信。
——你是谁？
——世界从何而来？
从此，她的生活彻底改变，在一位神奇的哲学老师艾伯特的指引下，她开始思索，从苏格拉底到柏拉图，从黑格尔到马克思，从文艺复兴到浪漫主义，各位大师所思考 的根本问题。与此同时，苏菲不断收到一个自称是少校的人的神秘信件，，并托她转达给一个叫席德的人。可苏菲并不认识这个叫席德的人。世界像谜团一样展现在 苏菲眼前，她运用少女天生的悟性与后天的知识，企图解开这些谜团，然而，事实真相远比她所想的更离奇，更怪异……在艾伯特的指引下，他们发现自己仅仅是少 校写的一本为自己女儿席德生日而送的书中的人物，他们所做的一切，包括思考的一切都被少校用笔写了下来，他们不过是少校大脑中的一丝电磁波罢了。换句话 说，苏菲和艾伯特，以及他们那个世界中的一切，全部都是不存在的，是虚无的！可就是这样一个虚构的人物，竟然也有自己的思想，他们企图脱离书本，不再受少 校的摆控。终于，在席德将苏菲的故事看到最后一页时，他们成功的逃离了书本，来到了一个叫永恒之乡的世界。这是一个与现实世界相对位的地方，这个世界的人 都拥有永恒的生命。他们可以看到听到现实世界的一切，但现实世界的人却永远也无法感受到他们的存在。永恒之乡的人都是像苏菲和艾伯特一样，是从某个虚构的 股市中跑出来的人物。此时少校和席德正在草地上仰望星空，谈人生，谈宇宙，而苏菲正在某个角落默默地注视着他们……
这个故事看似匪夷所 思，实则发人深省，看完后我们不禁要问——人生的意义是什么？在苏菲的世界中，他们的一切都是虚无的，不存在的。他们所有的思想动作以及所发生的一切事 情，都是少校所安排好的，少校在那个世界中无所不能，仿佛就是他们的上帝一样。因为少校就是创造他们世界的人。可事实上，少校和席德不也是虚构的人物吗？ 他们所做的一切不都是作者乔斯坦·贾德所安排好的吗？我们所看到的席德，就像席德看到的苏菲一样，而贾德，就是席德他们那个世界的上帝吧？再放眼我们现在 所处的这个世界，这应该是相对于我们的“现实世界”吧？那是不是存在这样一个“上帝”，我们的所作所思，都是这位上帝所安排好了的呢？那这样我们的存在岂 不是毫无意义的吗？那这位上帝之上，是否还有一位上帝呢……
其实，每个人都是一个思维的个体，而相对于我们而言，自己的命运是要靠自己把 握的。尽管我们的未来可能就像戏剧一样早已被上帝写进了剧本，可是只要我们认为自己是存在的，不就足够了吗？正如苏菲和艾伯特将要离开他们那个世界时一 样，艾伯特对大家说；“在座的没有一个人会想念我们，因为你们根本就不存在，你们无法用任何器官来想念我们。”当即立刻有人反驳道：“你凭什么说我们不存 在？我努力赚钱，养活我的家人，过上幸福的生活，我很快乐！可你到头来却说我不存在？”的确，按理说他只是虚构的，的确是不存在，可如果映射到我们这个世 界，岂不是同样没有人存在？引入一个概念前必先引入其相反的一个概念，既然一切都“不存在”，那又何来“存在”的概念呢？所以，或许我们不存在，可那只是 相对上帝而言的，我们只须抓住这如星尘般稍纵即逝的瞬间，以自己的方式，度过人生，那就足够了。或许每当天空中有星尘散落时，那一定是某个小说中的人物从 他那所谓不存在的世界中脱离出来了，他会在某个角落，默默地注视着我们……
人生如梦。
梦即现实。
Android5.0通知变化浅析 |
目前在Android中通知的使用还是很常见的，为了做版本兼容，常用兼容包NotificationCompat.Builder和 Notification.Builder。
NotificationCompat.Builder位于v4扩展包内（version 4 Support Library） Notification.Builder在Android 3.0 开始引入(API level 11). 最近在Android5.0设备上发现一个问题：通知图标突然变成了白色的方块而不是代码中设置的icon。
问题原因 细读开发者文档其实也可以发现一些线索，虽然笔者是直接查的源码发现的问题原因。部分介绍了几点关于通知的建议，其中的有两点是建议开发者不要做的行为。
Don’t Place any additional alpha (dimming or fading) into your small icons and action icons; they can have anti-aliased edges, but because Android uses these icons as masks (that is, only the alpha channel is used), the image should generally be drawn at full opacity.
Don’t Use color to distinguish your app from others.
Android声明式UI框架 Litho 初探 ——两种数据类型 |
Litho中包含的的两种数据类型 Litho的两种属性分别是：
不可变属性称为Props 可变属性称为State 不可变属性Props 定义和使用props Props属性：Component中使用@Prop注解的参数集合，具有单向性和不可变性，可以在左右的方法中访问它的指。在同一个Component中我们可以定义和访问相同的prop 下面这个例子，定义了两个Prop，一个string类型text，一个int类型index，text的注解中optional = true表示它是一个可选参数。
当Component的生命周期方法被调用的时候，@Prop参数会保存component创建时从它们的父级传递过来的值(或者它们的默认值)
设置props prop参数其实在前几篇文章中都有使用过，用起来也没有什么特别的地方，这里不在赘述，制作一个简单的说明。
Component中的prop参数会在编译时候自动加入到Builder中，以上面的代码举例:
PropComponent.create(c).index(10)./*text("测试文本").*/build() Prop的默认值 对于可选的Prop如果不设置值，就是java的默认值。或者你也可以使用@PropDefault注解然后添加默认值。
如果你使用Kotlin，那还需要加上@JvmFiel把该字段编辑为public才行。
@MountSpec object PropComponentSpec { @JvmField @PropDefault val prop1 = "default" @JvmField @PropDefault val prop2 = -1 资源类型 在Android开发中，我们经常会限定参数的类型。比如：
fun doSomething(@ColorInt color: Int, @StringRes str: Int, @DimenRes width: Int){} 在Compontent的Prop中也有类似的操作，具体看代码：
fun onMount( c: ComponentContext, textView: TextView, @Prop(optional = true,resType = ResType.STRING) text: String?
Typecho to Hugo |
这两天正式把博客从 typecho 转到 hugo 了。更准确的说应该是从动态博客转到了静态博客。
以前我是很抵制静态博客的。主要是感觉：
更新麻烦（现在仍然是这种感觉） 放在 github pages 上访问速度也不快，为了加速还需要套个 CDN。（同样是花钱，打折期间买个国内云服务器，速度不慢，还能干其他的） 配置真的很麻烦 这次换到 hugo 的起因是一个域名要备案，博客所在的域名要关闭评论系统，备案完后，打开评论发现，只要有评论的文章就卡死，然后 502。懒得折腾，直接关闭评论功能，发现关了后台也会卡死。索性转移到了 Hugo
Hugo 如何安装配置网上很多这里不再赘述，主要说一下我是如何转换的。
部署在哪里 本来打算部署在腾讯对象存储 COS 上的，不过最后还是放弃了。
域名备案，内容审查。 不方便自动化处理，虽然通过github action + 云函数 + hook 可以做到更新仓库后自动构建，下载到 COS 但还是略显麻烦。需要配置好几个地方。 最终选择了部署在 在文章前面可以加很多参数的比如
--- title: "Typecho to Hugo" slug: "typecho-to-hugo" date: 2022-03-11T10:49:59+08:00 categories: [岁月如歌] tags: [Typecho,Hugo] showToc: true TocOpen: true draft: false # description: "Desc Text.
解决 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调用手机中的应用市场 |
public static void goToMarket(Context context, String packageName) { Uri uri = Uri.parse("market://details?id=" + packageName); Intent goToMarket = new Intent(Intent.ACTION_VIEW, uri); try { context.startActivity(goToMarket); } catch (ActivityNotFoundException e) { e.printStackTrace(); } }
禁止ScrollView的childview自动滑动到底部 |
问题描述:
一个ScrollView中包含了好几个childView，有一个childview很大，一个屏幕显示不完，每个childview都能获取focus。当那个很大的chilvView获取焦点时，由于一屏显示不完，它就会自动滑动到最后（就是该childView的底部）。
问题原因以及解决方案分析：
由于该childView超过屏幕大小，并且有获取焦点的能力，所以造成了该问题。由于不能改变其大小，只能阻止其获取焦点。基本思路有，取消它获取焦点的能力，让ScrovView截获它的焦点等。以下是具体方法：
方法一：简单，方便，快捷，直面关键问题 将可能自动滑动的childview的focus禁掉，防止它自动滑动
mContentTextBox.setFocusable(false);
恢复默认状态，允许childview的focus，使它可以自动滑动
mContentTextBox.setFocusableInTouchMode(true); mContentTextBox.setFocusable(true); 这里要注意，仅仅setFocusable为true是不够的，需要设置setFocusableInTouchMode。
方法二： 绕了一点，副作用不大（推荐） 让ScrollView优先获取focus，这样childview获取不到focus，就不会滑动
private void disableAutoScrollToBottom() { mScrollView.setDescendantFocusability(ViewGroup.FOCUS_BEFORE_DESCENDANTS); mScrollView.setFocusable(true); mScrollView.setFocusableInTouchMode(true); mScrollView.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { v.requestFocusFromTouch(); return false; } }); } 恢复默认状态，禁掉scrollview的focus，这样就允许childview自动滑动 private void enableChildAutoScrollToBottom() { mScrollView.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS); mScrollView.setFocusable(false); mScrollView.setFocusableInTouchMode(false); mScrollView.setOnTouchListener(null); } 方法三：这个方法比较死板，不太灵活，虽然能满足基本需求，副作用很大 @Override protected boolean onRequestFocusInDescendants(int direction, Rect previouslyFocusedRect) { return true; } 方法四：和方法三类似 @Override protected int computeScrollDeltaToGetChildRectOnScreen(Rect rect) { return 0; }
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。
博客寄语：
从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