Doliant's Meditation World

2024年度总结

2024-12-31T15:59:59.000Z

开篇

从2014年开始，我每年都会写一篇年度总结，而2024年的这一篇，恰好是第十年。时间过得真快，转眼间已从少年步入中年。很感谢10年前的自己，养成了文字记录生活的习惯。让如今中年时感煎熬的我，能够时不时回望少年时的心境。现在看来，那时虽有些幼稚，却充满了朝气和活力。

种一棵树最好的时机是十年前，其次是现在。

如今，我对这句话有了共鸣。

其实，2023年的总结也写了，但当时没有选择公开。最大的原因还是那一年的状态比较负面，不想释放出太多负面的情绪。

我的2023

2024-03-07T08:42:38.000Z

前言

写于 2024 年 3 月第七日，是我第 32 个生日。于 2014 年大学本科毕业后，我养成了每年自我总结的习惯。2023 是我迟迟没有完成的一年，曾一度想要放弃，但我转念一想，已经坚持了将近10年了，实在不应该停下。

迟到的2022总结

2023-01-28T06:28:21.000Z

开篇

从未觉得年度总结有这么难写。回想过去的那一年，能记录的内容实在乏善可陈。果真是到了一定年纪，生活愈加趋于平淡。没进步也就罢了，还有好些退坡。疫情三年使得整体环境都显挣扎，家中幼儿也占用了相当精力，2022过的确不容易。

抛出三个问题，尝试给自己找找答案：

2022年做成了什么事情？
2022年学到了什么知识技能(有什么成就)？
2022年认知有什么提升？

写在20岁的最后一年

2022-01-03T03:29:02.000Z

2021年度总结

概览

2021年经历了相当多的变化，人生踏上了一个新的台阶。回顾2020年给2021年制定的年度目标，和前些年的差不多，依旧好些没完成。

所在的平台今年又兴起了OKR，Google在90年就提出的目标管理工具。其中有一个重要的点就是需要订立一些有挑战的目标，因此如果你的目标都被很好的完成了，可能是因为你的目标订的没有那么有挑战……

每年都有订立计划的习惯，2022年也不会例外。准备尝试一些不一样的东西，所以并不准备再把计划公开出来。可能会以里程碑的形式，在明年的复盘计划中展示出来。

基于SwiftUI的组件化构建实践

2021-09-04T14:12:08.000Z

阅读本文需要具备一定的iOS开发经验。

SwiftUI是Apple于2019年WWDC上发布的基于Swift语言构建的全新声明式UI框架，抛弃了之前Autolayout，Storyboard的布局方式，提供了Canvas实时预览功能，以提升UI开发的体验。

背景

某迭代了10年+的大型单体iOS项目，之前完成了部分功能从Objective-C向Swift语言迁移的工作。加上近两年该司推行整个大前端(web + mobile)向MFE(Micro-Front-End)迁移的策略，由此加入了一个MFE项目，工作内容是将主页功能剥离成独立的组件。

而立将至

2021-02-10T12:13:15.000Z

2020年度总结

Overview

COVID-19的出现，让每个人的2020过得都不那么容易。记得年初从木木家回成都的艰辛，刚从齐齐哈尔到哈尔滨，晚上得知直飞成都航班取消，连夜改签从北京中转回成都的航班，所幸按时到家。之后又经历了长时间的WFH，2020似乎是从三月正式开启的。

按照惯例先high-level的review2020的目标:

我的2019

2020-03-02T00:40:42.000Z

前言

2014年从大学毕业之后，就强制自己写日记和年度总结。回看每年的年度总结，没有一篇是在当年年末完成的，17年的总结写于18年三月，18年的总结写于19年二月。这彷佛成为了一种习惯，19年的也不例外起笔于2020年的三月。

算上今年已经写了六年的年度总结，现在回看过去的文字还能回忆起当时的种种。不得不说站在现在看过去是一件很有意思的事情，也能体会到这些年的经历对自身的改变。总体而言能让自己感到骄傲的事情不多，年轻时候强制让自己养成的一些习惯还得以保持算是一个。

我的2018

2019-02-09T06:06:05.000Z

写本文的时候看了下去年的年度总结,完成时间是在3月份，这份总结跟去年相比也算提前了，不过年度总结还是应该在新年的首月完成，拖延症欠下的债便只能用春节的假期来弥补了。

以往的年度总结都是以时间线来进行的，这次换个写法按主题叙述。

利用fastlane进行项目的自动化构建

2018-05-19T09:10:57.000Z

在一个iOS项目进行到了测试和发布阶段，一般都会经历一次又一次的打包-截图-上传及metadata填写及修改的过程。这点做服务器开发的同学就要比我们幸福太多了，因为这一部分的工作他们可以交付给运维同学来完成。那我们就只能自己手动去做这些重复且耗时的操作了么？答案并不是，fastlane就给我们提供了一整套工具来帮助我们实现自动化。

将博客从Jekyll迁移至Hexo

2018-03-31T14:06:36.000Z

动机

　　之前很久没有更新自己的博客了，想着每一年都应该写点东西记录自己的成长。于是在2018年第一季度快要过去的时候，打开了自己那个风格早就过时的blog准备重构。先简单介绍一下迁移前后的框架:

jekyll: 一个基于ruby的博客框架，不会在本地渲染静态页面，需要将整个页面上传至github.io，由github.io去渲染。
Hexo: 由node.js构建的博客框架，会在本地渲染静态页面，再上传到github.io上。

React-Native使用中出现的问题

2017-11-18T12:39:40.000Z

之前项目的老代码有一部分是用RN写的,在迭代一个需求的时候出现了bug,因此必须与RN刚正面了。以前完全没有接触过RN、JS的实际开发,走了很多弯路算上看文档的时间差不多三天左右找出bug,4天的时间完成bug的修正(虽然还不是很完美)

1.Could not connected to development server.

问题分析:
这是一个纯新手才会犯的错误,问题的原因在于没有将本地的node sever启动。

解决方案:

1
2
3

npm start
或者 
yarn start

Swift中可选绑定引发的值类型与引用类型的思考

2017-09-11T09:39:35.000Z

一、前言

Swift相较于OC是一门类型更加安全的语言,其中引入的Optional类型便是为了增强取值可靠性的一种方式。然而在新旧语言的转换过程中总是会踩到坑中,由于自己对于这个概念的理解还没有到位，在最近一次的实践中就遇到了由于Optional Binding引发的问题。

二、问题场景

textFiled中的text属性是一个可选(optional)类型,在对输入状态进行处理的时候肯定会涉及到对输入内容的逻辑操作。在OC中这种操作还是很直接的,直接使用.语法(textField.text)获取属性进行判断。
但在swift中text是一个可选属性,直接对属性进行操作就比较冗余了。因此我们往往会写出如下的代码。

if var text = textField.text {
  /// 逻辑操作
}
```    

这是swift中推荐的可选绑定的写法,在其中的逻辑操作中`text`就是`textField.text`解包出的值,因此可以通过判断`text`的状态,获知`textField.text`的状态。

那么问题来了,当我们判断完成需要对`textField.text`进行赋值的时候,一不小心就有可能直接写出这样的代码。


```swift
if var text = textField.text 【
	/// 逻辑操作
	text = "XXXXXXX"
}
print(textField.text!)

打印textField.text就会发现并不是text赋值的值。

R.swift优雅的引入项目中的资源文件

2017-07-10T01:39:35.000Z

R.swift是一个高效引入iOS资源的框架,避免了使用字符串引入资源文件导致程序崩溃的尴尬。
目前R.swift支持到Swift3.0版本

优势

使用代码的方式来引入资源:

类型完整: 减少推断和转换方法返回值的类型
编译时检查: 不会再因为不正确的字符串导致App产生运行时崩溃
自动补全: 不再需要输入图片名称

示例：

之前: 
let image = UIImage(named: "imageName")

R.swift: 
let image = R.image.imageName()

在项目中使用RSA算法

2016-11-04T23:39:35.000Z

在正文开始之前先吐个槽，看自己上一篇发文已经是好几个月之前的了。之前的设想是每周输出一篇技术方面的文档，接着就被硬生生拖成了一个月，然后就不知道几个月去了……其间还是有有不少可以写的题材，都是因为这该死的拖延~~~好了进入正题。

1.前言

契机是公司换了一套新接口，要求进行全报文加密。以前公司项目基本上都使用的对称加密的模式3DES、AES，由于对称加密的密钥只有一对，有很大的密钥泄露风险。身处金融这个极为敏感的行业，对安全的要求也是极高。趁着这个机会，把项目中的加密模式统一替换成RSA非对称加密。

2.关于加密算法

本篇不会对RSA加密算法原理进行详细的解释。在互联网异常发达的今天，RSA算法详细的资料很容易就能获取到。安全领域也是一个能够深挖的领域，本篇文章偏向工程向，仅对一些基本基本概念进行简单的解释。

对称加密和非对称加密
对称加密 ：加密和解密用的是同一套密钥，缺陷是密钥管理存在风险。常用的加密方式有：DES、3DES、AES等。
非对称加密 ：加密和解密用的不同的密钥，公钥加密私钥解密。常用的加密方式有RSA。
RSA常见用法：
1.公钥加密，私钥解密；
2.私钥签名;
3.公钥验签。

静态库联调中的若干问题

2016-08-12T02:39:35.000Z

一.概述

日常开发中，静态库的开发总是要花费开发者很大的精力。工作中我们一般都是在项目中进行代码编写，在需要的时候把代码提出来另行打包，若有需求修改或者调试时，总需要把代码或者库拿回原程序中进行测试修改。
由于工作需要我要经常修改静态库代码中的内容，恰好最近在静态库联调的时候出现了一些问题，记录下来以后避免踩到这些坑。

将代码发布到CocoaPods(trunk方式)

2016-07-06T09:39:35.000Z

一、概述

Cocoapods是当前iOS开发最流行的版本依赖工具，开发者使用Cocoapods进行项目的依赖管理会为开发节省不少时间。相信大家都尝试过通过Cocoapods管理自己的项目，但如何将自己开发的代码发布到Cocoapods上让别人也可以搜索使用呢？下面就将介绍trunk方式接入的方法，以及在过程中可能遇到的坑。

二、注册

接入的第一步就是要注册trunk，在注册trunk之前需要确认当前的CocoaPods版本必须在0.33以上。若低于该版本请打开Terminal使用ruby的gem命令更新pod：

1	sudo gem install cocoapods

若OSX版本在10.11以上请使用以下安装命令

1	sudo gem install -n /usr/local/bin cocoapods

版本更新结束之后我们开始注册trunk:

1	pod trunk register <邮箱> <'用户名'> --description='macbook pro'

其中邮箱是最重要的，因为注册之后pod会往你的邮箱发一封激活邮件，所以邮箱名就当相当于你的trunkID了。至于用户名个人感觉写不写都不太有所谓，–description参数是cocoapods推荐添加的，若以后你在别的设备上登录了trunk方便判断终端信息，也是一个可有可无的参数。点击邮箱中的注册链接，使用下列命令就可以向trunk服务器查询到自己的注册信息。