Skip to content

Commit a2c55f5

Browse files
committed
修复本应使用中文问号,却使用英文问号的错误
1 parent bbebd37 commit a2c55f5

7 files changed

+13
-13
lines changed

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@
6161
* [在线文档](http://github.phodal.com/#在线文档)
6262
* [可用示例](http://github.phodal.com/#可用示例)
6363
* [改善 GitHub 项目代码质量:重构](http://github.phodal.com/#改善-github-项目代码质量重构)
64-
* [为什么重构?](http://github.phodal.com/#为什么重构)
64+
* [为什么重构](http://github.phodal.com/#为什么重构)
6565
* [重构uMarkdown](http://github.phodal.com/#重构umarkdown)
6666
* [代码说明](http://github.phodal.com/#代码说明)
6767
* [Intellij Idea重构](http://github.phodal.com/#intellij-idea重构)

chapters/02-github-fundamentals.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -77,7 +77,7 @@ Wiki百科上是这么说的
7777
> 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.
7878
7979
80-
它还是什么?
80+
它还是什么
8181
8282
- 网站
8383
- 免费博客
@@ -88,7 +88,7 @@ Wiki百科上是这么说的
8888
- 托管编程环境
8989
- 写作
9090
91-
等等。看上去像是大餐,但是你还需要了解点什么?
91+
等等。看上去像是大餐,但是你还需要了解点什么
9292
9393
### 版本管理与软件部署
9494

chapters/03-build-github-project.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@
2121

2222
### 测试
2323

24-
通常我们都会找Document,如果没有的话,你会找什么?看源代码,还是看测试?
24+
通常我们都会找Document,如果没有的话,你会找什么看源代码,还是看测试
2525

2626
```javascript
2727
it("specifying response when you need it", function (done) {

chapters/06-refactor-project.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@
66

77
每个程序员都不可避免地是一个Coder,一个没有掌握好技能的Coder,算不上是手工艺人,但是手工艺人,需要有创造性的方法。
88

9-
## 为什么重构?
9+
## 为什么重构
1010

1111
> 为了更好的代码。
1212

chapters/07-tdd-with-autotest.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@
88

99
### 一次测试驱动开发
1010

11-
之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端,主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在,主要的任务是集中于协议与授权。由于,不同协议间的授权是不一样的,最开始的时候我先写了一个http put授权的功能,而在起先的时候是如何测试的呢?
11+
之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端,主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在,主要的任务是集中于协议与授权。由于,不同协议间的授权是不一样的,最开始的时候我先写了一个http put授权的功能,而在起先的时候是如何测试的呢
1212

1313
curl --user root:root -X PUT -d '{ "dream": 1 }' -H "Content-Type: application/json" http://localhost:8899/topics/test
1414

@@ -51,7 +51,7 @@ req.setOption('Block2', [new Buffer('phodal'), new Buffer('phodal')]);
5151
req.end();
5252
```
5353

54-
写完测试脚本后发现不对了,这个不应该是测试的代码吗? 于是将其放到了spec中,接着发现了上面的全部功能的实现过程为什么不用TDD实现呢?
54+
写完测试脚本后发现不对了,这个不应该是测试的代码吗于是将其放到了spec中,接着发现了上面的全部功能的实现过程为什么不用TDD实现呢?
5555

5656
### 说说TDD
5757

@@ -75,7 +75,7 @@ req.end();
7575

7676
然而,在当前这种情况下,我知道我想要的功能,但是我并不理解其深层次的功能。我需要花费大量的时候来理解,它为什么是这样的,需要先有一些脚本来知道它是怎么工作的。TDD变显得很有价值,换句话来说,在现有的情况下,TDD对于我们不了解的一些事情,可以驱动出更多的开发。毕竟在我们完成测试脚本之后,我们也会发现这些测试脚本成为了代码的一部分。
7777

78-
在这种理想的情况下,我们为什么不TDD呢?
78+
在这种理想的情况下,我们为什么不TDD呢
7979

8080

8181
## 功能测试

chapters/12-find-github-project.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -9,16 +9,16 @@
99

1010
> Lettuce是一个简约的移动开发框架。
1111
12-
故事的出发点是这样的:``写了很多代码,用的都是框架,最后不知道收获什么了``?事实也是如此,当自己做了一些项目之后,发现最后什么也没有收获到。于是,就想着做一个框架。
12+
故事的出发点是这样的:``写了很多代码,用的都是框架,最后不知道收获什么了``事实也是如此,当自己做了一些项目之后,发现最后什么也没有收获到。于是,就想着做一个框架。
1313

1414
### 需求
1515

1616
有这样的几个前提
1717

18-
- 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢?
18+
- 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢
1919
- 为什么我只需要一个Template,却想着用Mustache
20-
- 为什么我需要一个Router,却要用Backbone呢?
21-
- 为什么我需要的是一个isObject函数,却要用到整个Underscore?
20+
- 为什么我需要一个Router,却要用Backbone呢
21+
- 为什么我需要的是一个isObject函数,却要用到整个Underscore
2222

2323
我想要的只是一个简单的功能,而我不想引入一个庞大的库。换句话说,我只需要不同库里面的一小部分功能,而不是一个库。
2424

chapters/14-streak-your-github.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -283,7 +283,7 @@ GitHub连击
283283

284284
### 技术与框架设计
285285

286-
在上上一篇博客中《[After 500:写了第500篇博客,然后呢?](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题,技术向来都是后发者优势。对于技术人员来说,也是如此,后发者占据很大的优势。
286+
在上上一篇博客中《[After 500:写了第500篇博客,然后呢](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题,技术向来都是后发者优势。对于技术人员来说,也是如此,后发者占据很大的优势。
287287

288288
如果我们只是单纯地把我们的关注点仅仅放置于技术上,那么我们就不具有任何的优势。而依赖于我们的编程经验,我们可以在特定的时候创造一些框架。而架构的设计本身就是一件有意思的事,大抵是因为程序员都喜欢创造。(ps:之前曾经写过这样一篇文章,《[对不起,我并不热爱编程,我只喜欢创造](https://www.phodal.com/blog/sorry-i-don't-like-programming/)》)
289289

0 commit comments

Comments
 (0)