首页
AI Coding
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
kimhooo
掘友等级
Android
问题不大
获得徽章 17
动态
文章
专栏
沸点
收藏集
关注
作品
赞
194
文章 193
沸点 1
赞
194
返回
|
搜索文章
赞
文章( 193 )
沸点( 1 )
flutter底层原理,你知道吗?
因为Skia在各个平台有各个的版本 ,不是Flutter跨平台 而是Skia跨平台Flutter只是调用的SkiaAPI接口。
从菜鸟到高手——程序员的成长之路
从16年6月毕业至今,一晃已经八年过去了。八年前,我只一个对技术只有一腔热爱,却懵懂无知的菜鸟,不知道技术的这条路该怎么走,不知道该怎样成为技术大牛,一路跌跌撞撞走过来,走了不少弯路,遇到了不少挫折,
Rust 在 Android 中的应用
本文主要是关于如何在 Android 中接入 Rust 的扫盲文,并不会对 Rust 做过多的讲解,对 Rust 有兴趣的可以自己去学习 Rust,至于如何才能快速的学会 Rust,可以参考我的这篇文
哔哩哔哩APP的 AGP8 升级之旅
某视频APP的AGP8升级踩坑经历 本次AGP升级计划从 `7.2.2` 升级到 `8.2.2`,`AGP`中最大的变动点是 `Transform Api` 接口的废弃、以及默认编译特性的开启。
化繁为简:Flutter组件依赖可视化
各个业务模块之间的依赖关系是怎样的?如何能让依赖关系可视化?原生有没有这种通用的技术方案?答案是显而易见的。
从单元测试的角度看React组件设计
关于单元测试的共识 先开发再补单元测试? 行不通,因为代码在编写时并没有考虑可测试性。如果在开发时编写单元测试,会反过来影响代码的设计,使你的设计更容易被测试。而容易被测试的代码一般也是更好维护的。
技术方案设计的方法论及案例分享
1. 方案设计常见的反馈 场景简单:业务场景很简单,怎么也设计不出花儿来。 复杂度低:业务复杂度低,很难讲得出挑战来。 亮点少:运用的技术亮点少,基本上都是现有的中间件或框架来完成。 设计普通:方案缺乏新颖,业内也是这么做的,没有体现出自己的设计能力。 2. 原因探究 个人觉得…
Android 业务逻辑应该如何写(第一篇)
不仅只在面试中,在实际工作中,相信大多数的Android程序员也都在迷失在浩瀚的业务中,在一次次和产品的battle以及需求的deadline中丧失了对一个好的业务架构的思考,什么扩展性、通用性、解耦
我一人全干!之二,vue3后台管理系统树形目录的实现。
一个完整的后台管理系统需要一个树形结构的目录,方便用户切换页面。 因为使用的是element-plus的ui库,所以首选el-menu组件,点击查看文档。 因为此组件不是树形结构的,所以需要封装成系统
又要用Compose来做Loading了,不过这次是带小火苗的
今年第一篇Compose动效开发,继续回归老本行,来一起做个Loading,老实说Loading动效个人已经做麻了,去年做了十几个,这次主要是想实现一个带火苗的Loading,因为之前看到过有位博主用
下一页
个人成就
文章被点赞
50
文章被阅读
19,508
掘力值
721
关注了
114
关注者
20
收藏集
5
关注标签
3
加入于
2019-08-08