修复本应使用中文问号,却使用英文问号的错误

This commit is contained in:
liuyunbin 2019-10-07 00:05:59 +08:00
parent bbebd37619
commit a2c55f5590
7 changed files with 13 additions and 13 deletions

View file

@ -61,7 +61,7 @@
* [在线文档](http://github.phodal.com/#在线文档)
* [可用示例](http://github.phodal.com/#可用示例)
* [改善 GitHub 项目代码质量:重构](http://github.phodal.com/#改善-github-项目代码质量重构)
* [为什么重构?](http://github.phodal.com/#为什么重构)
* [为什么重构](http://github.phodal.com/#为什么重构)
* [重构uMarkdown](http://github.phodal.com/#重构umarkdown)
* [代码说明](http://github.phodal.com/#代码说明)
* [Intellij Idea重构](http://github.phodal.com/#intellij-idea重构)

View file

@ -77,7 +77,7 @@ Wiki百科上是这么说的
> GitHub is the best place to share code with friends, co-workers, classmates, and complete strangers. Over eight million people use GitHub to build amazing things together.
它还是什么?
它还是什么
- 网站
- 免费博客
@ -88,7 +88,7 @@ Wiki百科上是这么说的
- 托管编程环境
- 写作
等等。看上去像是大餐,但是你还需要了解点什么?
等等。看上去像是大餐,但是你还需要了解点什么
### 版本管理与软件部署

View file

@ -21,7 +21,7 @@
### 测试
通常我们都会找Document如果没有的话你会找什么?看源代码,还是看测试?
通常我们都会找Document如果没有的话你会找什么?看源代码,还是看测试?
```javascript
it("specifying response when you need it", function (done) {

View file

@ -6,7 +6,7 @@
每个程序员都不可避免地是一个Coder一个没有掌握好技能的Coder算不上是手工艺人但是手工艺人需要有创造性的方法。
## 为什么重构?
## 为什么重构
> 为了更好的代码。

View file

@ -8,7 +8,7 @@
### 一次测试驱动开发
之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在主要的任务是集中于协议与授权。由于不同协议间的授权是不一样的最开始的时候我先写了一个http put授权的功能而在起先的时候是如何测试的呢?
之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在主要的任务是集中于协议与授权。由于不同协议间的授权是不一样的最开始的时候我先写了一个http put授权的功能而在起先的时候是如何测试的呢
curl --user root:root -X PUT -d '{ "dream": 1 }' -H "Content-Type: application/json" http://localhost:8899/topics/test
@ -51,7 +51,7 @@ req.setOption('Block2', [new Buffer('phodal'), new Buffer('phodal')]);
req.end();
```
写完测试脚本后发现不对了,这个不应该是测试的代码吗? 于是将其放到了spec中接着发现了上面的全部功能的实现过程为什么不用TDD实现呢
写完测试脚本后发现不对了,这个不应该是测试的代码吗于是将其放到了spec中接着发现了上面的全部功能的实现过程为什么不用TDD实现呢
### 说说TDD
@ -75,7 +75,7 @@ req.end();
然而在当前这种情况下我知道我想要的功能但是我并不理解其深层次的功能。我需要花费大量的时候来理解它为什么是这样的需要先有一些脚本来知道它是怎么工作的。TDD变显得很有价值换句话来说在现有的情况下TDD对于我们不了解的一些事情可以驱动出更多的开发。毕竟在我们完成测试脚本之后我们也会发现这些测试脚本成为了代码的一部分。
在这种理想的情况下我们为什么不TDD呢?
在这种理想的情况下我们为什么不TDD呢
## 功能测试

View file

@ -9,16 +9,16 @@
> Lettuce是一个简约的移动开发框架。
故事的出发点是这样的:``写了很多代码,用的都是框架,最后不知道收获什么了``?事实也是如此,当自己做了一些项目之后,发现最后什么也没有收获到。于是,就想着做一个框架。
故事的出发点是这样的:``写了很多代码,用的都是框架,最后不知道收获什么了``事实也是如此,当自己做了一些项目之后,发现最后什么也没有收获到。于是,就想着做一个框架。
### 需求
有这样的几个前提
- 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢?
- 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢
- 为什么我只需要一个Template却想着用Mustache
- 为什么我需要一个Router却要用Backbone呢?
- 为什么我需要的是一个isObject函数却要用到整个Underscore?
- 为什么我需要一个Router却要用Backbone呢
- 为什么我需要的是一个isObject函数却要用到整个Underscore
我想要的只是一个简单的功能,而我不想引入一个庞大的库。换句话说,我只需要不同库里面的一小部分功能,而不是一个库。

View file

@ -283,7 +283,7 @@ GitHub连击
### 技术与框架设计
在上上一篇博客中《[After 500写了第500篇博客然后呢?](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题,技术向来都是后发者优势。对于技术人员来说,也是如此,后发者占据很大的优势。
在上上一篇博客中《[After 500写了第500篇博客然后呢](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题,技术向来都是后发者优势。对于技术人员来说,也是如此,后发者占据很大的优势。
如果我们只是单纯地把我们的关注点仅仅放置于技术上那么我们就不具有任何的优势。而依赖于我们的编程经验我们可以在特定的时候创造一些框架。而架构的设计本身就是一件有意思的事大抵是因为程序员都喜欢创造。ps之前曾经写过这样一篇文章《[对不起,我并不热爱编程,我只喜欢创造](https://www.phodal.com/blog/sorry-i-don't-like-programming/)》)