- #122
适当的命名是在创造适当的抽象
Programming - Naming Things Is Easy - Nic Barker
程序开发其实是开发者之间以两种语言交流的过程:自然语言(通常是英文)与程序语言。
大多数程序的目的并非仅仅是执行,而是为了长期维护而写成的,因此「如何正确传达意图」就变得格外重要,这也是为什么我们被教导各种命名惯例,并学习如何通过恰当的抽象来描述问题与解决方案。
然而,自然语言本身的表达力是有限的。当我们试图以文字传达技术概念时,常会面临沟通的瓶颈。为了降低复杂度,我们需要建立抽象;但若抽象过度,反而会制造更多混乱。
几个思考方向:
- 在新增一层抽象前,应衡量它对团队的成本与收益,避免不必要的抽象。
- 有时候,自然语言本身就不是足够精准的沟通媒介。
关于「命名」这个主题,我近期也在另一篇文章中提过:Pointfree 代码风格:通过函数组合提升代码质量 惊讶从不同维度还有不同解决问题的方式。
- #121
- #120
- #119
- #118
- #117
- #116
- #115
- #114
- #113
- #112
- #111
- #110
- #109
- #108
- #107
- #106
- #105
- #104
- #103
- #102
- #101
- #100
- #99
- #98
- #97
- #96
- #95
- #94
- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1