Blog
Blog copied to clipboard
dabing1022
BLOG MARKDOWN BAK AND SOME EXERCISES
```bash echo -e "\033[31m 红色字 \033[0m" echo -e "\033[34m 黄色字 \033[0m" echo -e "\033[41;33m 红底黄字 \033[0m" echo -e "\033[41;37m 红底白字 \033[0m" echo -e "\033[30m 黑色字 \033[0m" echo -e "\033[31m 红色字...
feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动
- [官网 https://www.tensorflow.org/](https://www.tensorflow.org/) - [Tensorflow官方博客](https://medium.com/tensorflow) - [github https://github.com/tensorflow/](https://github.com/tensorflow/) - [google云notebook](https://colab.research.google.com/notebooks)
## 问题描述 项目中使用到了从字符串创建选择器，编译时发现警告："performSelector may cause a leak because its selector is unknown"（因为performSelector的选择器未知可能会引起泄漏），为什么在ARC模式下会出现这个警告？ 经过搜索后，在Stackoverflow上发现了一个令人满意的答案。见[http://stackoverflow.com/questions/7017281/performselector-may-cause-a-leak-because-its-selector-is-unknown](http://stackoverflow.com/questions/7017281/performselector-may-cause-a-leak-because-its-selector-is-unknown)。 ## 原因 在ARC模式下，运行时需要知道如何处理你正在调用的方法的返回值。这个返回值可以是任意值，如`void`,`int`,`char`,`NSString`,`id`等等。ARC通过头文件的函数定义来得到这些信息。所以平时我们用到的静态选择器就不会出现这个警告。因为在编译期间，这些信息都已经确定。 如： ``` objective-c ... [someController performSelector:@selector(someMethod)]; ... - (void)someMethod { //bla bla... } ```...
> Apologies if this is already possible, I couldn't figure out a way. > To add a new dependency I would love to be able to do this: > -...
## ProjectName：DemoTestProject ## Steps 1. `cd DemoTestProject` 2. `pod spec create DemoTestProject` 3. `vim DemoTestProject.podspec` 4. modify podspec file 5. ``` bash git add . git commit -m `commit description`...
# 问题描述 我们在用 Cocoapods 做第三方开源库管理的时候，有时候发现 ``` bash $ pod search XXX ``` 版本低于github上仓库的最新release版本 （注：XXX为仓库名称） # 解决方法-->升级Cocoapods版本 查看当前系统Cocoapods版本命令：`pod --version` ## 升级方法 ``` bash $ sudo gem update --system $ gem sources...
## 问题描述 远程分支已经将分支`AAABBB`删除，本地有个分支叫`ABBB`，当在终端中输入`A`，然后用`Tab`键自动补全的时候，老是把`AAABBB`给候选出来。很纳闷。远程分支`AAABBB`和本地分支`AAABBB`都已经被我删除，为什么还会补全提示呢？ ## 例子 当前本地和所有的远程分支 以及 那些已经【死亡的无效的】分支 ``` c GitLab/Carpooling_iOS git:(F_Route) ▶ git br -a * F_Route I_chat_module developer master remotes/origin/B_DIDA-8432 remotes/origin/B_DIDA-8553 remotes/origin/B_DIDA-8591 remotes/origin/B_DIDA-8598 remotes/origin/B_DIDA-8617/8504 remotes/origin/B_DIDA-8691 remotes/origin/B_DIDA-9156 remotes/origin/B_DIDA_8504 remotes/origin/B_DIDA_9156...
在iOS9以前，检测微信是否安装，用微信SDK中的`[WXApi isWXAppInstalled]`来检测就可以了，但在iOS9之后，需要在`Info.plist`中将要使用的`URL Schemes`列为白名单，才可正常检查应用是否安装。 ``` xml LSApplicationQueriesSchemes wechat weixin baidumap iosamap mqq weibo tencentweibo sinaweibo NSAppTransportSecurity NSAllowsArbitraryLoads ``` ### 常用App URL Scheme - 微信 wechat weixin - 百度地图 baidumap - 高德地图...
 博客半年没有更新了，自己在嘀嗒拼车的这半年里，更多的是对自己写的代码的一些反思，特此书写记录下来。 - 代码如何写的优雅？ - 这段代码是否写的很罗嗦？ - 是否可以换一种写法或者是否能够应用某个设计模式很好的解决这个问题？ - ··· # 谈代码的坏味道 有味道的代码永远都存在的，每个人都或多或少不定期的产生一些垃圾代码，而产生此类代码的原因一般都有哪些原因？我曾经问过自己这样的问题。常见的几个原因有以下几个： 1. 临近上线日期了，先用这段代码工作着吧。先不改了。（这样的解决方案根据实际情况并不是不可以，但当下版本时间充足了，还是花时间重新改写下为上策） 2. 破窗理论：代码里到处充斥者不良的代码，改动需要花很大的精力，在时间不太允许的情况下，被动的在不良代码上进行输出代码。 3. 知识或者经验上的短板：如果在某个知识上存在认知不足，很容易用自己仅有的可怜的不良方案来解决问题，殊不知，当你了解了它，换个思路，换个写法，代码能简洁很多。 4. 待补充··· 前两个跟开发项目时的心理有很大关系。而第三条，知识方面的问题，则需要我们不能停止学习，多反思。 而你，而我，中枪了吗？三个我都中了。我在输出着垃圾代码。 以上原因都是引起软件腐烂的原因，它们会增大软件的熵。我从我们的移动总监（后文简称周）身上也学到了不少东西。周来公司的第一件事，就是干掉项目架构中不合理的地方，重新编写，并且每个版本持续重构。周做的就是变化的催化剂，虽然一开始重构丢掉了一些东西，但某种意义上，他重新定义了一部分产品，包括交互和设计中不合理的东西。 ### 代码的坏味道都有哪些？你能闻的到吗？ 1. 简单的逻辑写的异常罗嗦与复杂，容易引起错误就不说了，即便能够正确工作也要花半天理解，难以阅读； 2. 充斥着重复的代码：...