随笔感悟 — 函数封装

- 思绪来源：我在初学算法的时候，一直不愿意调用除了基础函数以外的其他功能函数，特别是有些函数里面就只有一句代码，这...有什么封装的必要？（例子：数据结构顺序表，其添加删除肯定属于基本逻辑操作，但这顺序表的长度到底有什么封装的必要，顺序表诶，四舍五入等于数组，求个长度还封装，哇，一句代码的事情诶，有没有搞错（我就举一个小例子

- 我愿意改变，但有谁能告诉我原因是什么好吗，跪求啊

- 真的是感悟，都快上升到哲学问题了....写的就是一种感觉

- 意识流

 

 

 

 

• 起因

我有认真思考过“应该如何去编程”，但是在学习的过程中我却只能读到一系列指示，像这样命名变量（大小驼峰法、匈牙利命名法、下划线法）、像这样组织代码（结构化，流程化）、像这样封装函数（高内聚低耦合）等等等等。

是，在大部分情形下，这些都是不错的做法。但这样做的理由是什么？

 

 

大家写代码都有自己的习惯偏好，对吧。虽然代码个人风格太严重不一定是好事，因为别人可能看不懂这份代码，由此可见这份代码的可读性和沟通性不见得好，这会带来很多麻烦事。但是，这不代表我会在一无所知毫无辨别能力的情况下，就随随便便随波逐流地采用大众方法。

我知道很多事情不能一概而论，不同的情况下有着不同的最优解法，但这些做法到底在什么样的上下代码中才能成为“通法”却没人指出。就像最基本的变量命名，如果要准确表达出变量的职责而使用很长的名字，这会使代码变得冗长从而加大阅读难度，可是如果为了图方便而使用缩写命名，那效果会更加不好，因为这太容易产生歧义了，其名字不具有描述唯一性。那面对这种情况我们该如何抉择呢？

其实，我在课本中从来没有看见过这些答案。

 

 

 

• 溯源

回想当初，我也有这方面的坏习惯，在最初学习编程的一段不算太长的时间里，我每天乐滋滋地跟着课本去使用一套 abcdefjhijklmnopqrstuvwxyz 的命名觉得自此打遍天下无敌手......

后来发现不对劲儿了，因为在复习的时候我有点看不懂我以前写的代码了，这感觉可不好受，看个代码跟做阅读理解题一样，说出去搞笑呢。于是我开始注意自己的代码书写规范，有去搜索过一些文章博客，也有浏览过一些公司发布的代码规范手册（如谷歌、BAT、华为），建议新手小白们有空也去看看学习学习。

但是看过以后呢，我觉得有些规范是说得很对，但为什么很对就不知道