相关分享
1
喜欢
ma
mazhuang.org
/
2023-10-30 22:56
Android｜集成 slf4j + logback 作为日志框架
最近在做一个 Android APP 的日志改造，我搜了一下「Android 日志框架」，大多网友推荐的是 logger、timber、xLog 等等，看着也不错。不过出于几年后端开发的经验和习惯，我进一步了解，发现熟悉的 log4j 和 logback 在 Android 上也有人做过适配，所以最终决定使用 slf4j + logback，以在前后端开发中取得一致的体验。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2021-10-24 14:00
个推推送 SDK 集成之 Device Token
前段时间给APP增加推送功能，经调研后接收到的结果是集成个推SDK，这从市场使用概率来看很不错，毕竟个推、腾讯TPNS（原名信鸽）、极光、友盟等都是比较流行的厂家服务，但对于开发者来讲，更重要的是官方文档是否易于阅读？官方客服沟通起来是否便捷？ ，一份优秀的文档说明可以节约很大的成本，相信各位开发者深有感触吧。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-07-19 16:40
持续集成和交付流水线的反模式
持续集成和交付流水线是软件开发过程中避免浪费的一种实践，展现了从代码提交、构建、部署、测试到发布的整个过程，为团队提供可视化和及时反馈。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-07-19 10:51
微服务架构下的系统集成
系统集成是微服务架构中一定会谈及的问题，在缺少架构约束的情况下，只图一时之快的实现往往会葬送微服务的优势；在微服务架构设计之初，就要在团队内建立一些系统集成的原则，定期review，必要时可以采用一些架构守护的辅助工具，来保持架构的健康度。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-06-28 13:50
持续集成和交付流水线的反模式
持续集成和交付流水线是软件开发过程中避免浪费的一种实践，展现了从代码提交、构建、部署、测试到发布的整个过程，为团队提供可视化和及时反馈。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-06-23 10:26
微服务架构下的系统集成
系统集成是微服务架构中一定会谈及的问题，在缺少架构约束的情况下，只图一时之快的实现往往会葬送微服务的优势；在微服务架构设计之初，就要在团队内建立一些系统集成的原则，定期review，必要时可以采用一些架构守护的辅助工具，来保持架构的健康度。
无图
0
喜欢
yq
yq.aliyun.com
/
2019-12-18 15:28
容器镜像服务 联手 IDE 插件，实现一键部署、持续集成与交付
容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。
无图
0
喜欢
yq
yq.aliyun.com
/
2019-12-06 15:10
容器镜像服务 联手 IDE 插件，实现一键部署、持续集成与交付
容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。
无图
0
喜欢
yq
yq.aliyun.com
/
2019-12-03 15:23
容器镜像服务联手 IDE 插件，实现一键部署、持续集成与交付
容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2019-11-03 18:29
Android路由框架ARouter的集成、基本使用以及踩坑全过程
对项目进行过组件化的同学肯定也都经历过这样的痛苦，在模块之间通过原生路由方案的界面跳转存在很多的约束，例如子模块向主模块显示跳转无法引用类依赖，又或者是隐式跳转时繁琐的规则定义。并且在项目中如果涉及到需要根据用户的角色或者权限来展示不同内容时，就会在各个界面产生大量的逻辑代码，后期很难进行统一维护，因此，一套类似于前端的路由框架就能解决我们这一系列的烦恼，而对于Android，如今其实已经有相当多成熟的路由框架了，刚好这次项目中准备使用阿里开发的ARouter框架，因此详细来说说这个框架的集成、使用和一些踩坑的过程。
无图