使用 printf 来格式化输出

备注说明：

在超过目标长度时，获取了一个中间坐标，由于数据精度的关系，这个坐标可能跟上一坐标或下一坐标重合。这里为了降低这块逻辑的复杂度，没有进行前后坐标的去重处理。

存在问题：

在方法splitLineString(划分线串)中，存在一个两层循环，导致了方法逻辑复杂、层级较深、代码量大。如果把外层循环体提炼为一个方法，就能够使代码更简洁、更清晰、更容易维护。

二 一次失败的重构经历

理论依据：

当看到一个方法定义过长或者这段方法需要很多注释才能让人理解的时候，这时候就要考虑是不是把这个方法的部分代码提取出来，形成一个新的方法，方便调用和理解，同时也减小方法的粒度。我们把这种方法叫做提炼函数(Extract Function)，在Java语言中可叫做提炼方法(Extract Method)。

重构步骤：

• 创建一个新方法，并根据这个方法的意图来命名;
• 将待提炼的代码段从原方法中拷贝到新方法中;
• 检查提炼的代码段，把缺少的变量添加到方法的参数中;
• 如果部分参数成对出现，可以把这些参数合并为一个参数;
• 如果方法需要有返回值，确定返回值的类型，并在合适的位置返回;
• 在原方法中，删除被提炼的代码段，替换为新方法的调用。

代码实现：

 

a没有直接的输入输出参数机制，无法简单地实现参数的输入输出功能，因此需要借助其它方法来实现。本文作者通过实践总结，分享利用方法参数、方法返回值、类字段等方法来实现参数的输入输出，并对比总结各自的优缺点及使用场景。较长，可收藏后再看。

前言

软件开发方法学的泰斗肯特·贝克(Kent Beck)曾说过：

我不是一个伟大的程序员，我只是一个具有良好习惯的优秀程序员。

养成良好的习惯，尤其是不断重构的习惯，是每一个优秀程序员都应该具备的素质。重构(Refactoring)就是在不改变软件现有功能的基础上，通过调整程序的结构、提高程序的质量、优化程序的性能……使其程序的设计模式和架构更趋合理，从而提高软件的稳定性、扩展性和维护性。

一 一个需要重构的方法

需求描述：

需要把一个线串(一组经纬度坐标串)，按照指定分段长度数组进行按比例划分(由于指定线串的长度较小，可以近似地认为在几何平面上，无需进行球面距离换算)。

代码实现：

 

释放被当前进程获取的互斥锁。该函数不能用在中断上下文中，而且不允许去释放一个没有上锁的互斥锁。

互斥锁试用注意事项

1. 任何时刻中只有一个任务可以持有mutex, 也就是说，mutex的使用计数永远是1
2. 给mutex锁者必须负责给其再解锁——你不能在一个上下文中锁定一个mutex，而在另 一个上下文中给它解锁。这个限制使得mutex不适合内核同用户空间复杂的同步场景。最 常使用的方式是：在同一上下文中上锁和解锁。
3. 递归地上锁和解锁是不允许的。也就是说，你不能递归地持有同一个锁，同样你也不能再去解锁一个已经被解开的mutex
4. 当持有一个mutex时 ，进程不可以退出
5. mutex不能在中断或者下半部中使用，即使使用mutex_trylock()也不行
6. mutex只能通过官方API管理：它只能使用上节中描述的方法初始化，不可被拷贝、手动 初始化或者重复初始化

信号量和互斥体

互斥体和信号量很相似，内核中两者共存会令人混淆。所幸，它们的标准使用方式都有简单规范：除非mutex的某个约束妨碍你使用，否则相比信号量要优先使用mutex。当你写新代码时，只有碰到特殊场合(一般是很底层代码)才会需要使用信号量。因此建议 选mutex。如果发现不能满足其约束条件，且没有其他别的选择时，再考虑选择信号量

自旋锁和互斥体使用场合

了解何时使用自旋锁，何时使用互斥体(或信号量)对编写优良代码很重要，但是多数情况下，并不需要太多的考虑，因为在中断上下文中只能使用自旋锁，而在任务睡眠时只能使用互斥体。

下面总结一下各种锁的需求情况

（编辑：孝感站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!