【连载】大话系统架构决策 - 易用性

前言

为什么要谈易用性呢？其实是因为博主从事软件行业长久以来，另一最烦躁的，也是经常听到身边同事抱怨的一句话就是：我靠！天啦撸！这个API好难用啊！！！

其实难用就是消费方对于提供方所提供资源（服务或能力）的最直观的不满用词。这个时候，你要真想让消费方说哪些地方难用？估计他只会告诉你：哇，你这个参数命名很让我费解啊，完全不知道什么意思，而且还为文档！老规矩，在详细阐述之前，我们尝试定义这个特性（关注点）。

定义

易用性 - 消费方使用系统提供的资源（能力或服务）的便利程度。

消费方

消费方是评价的主体，因此系统提供资源的易用性不能自己说了算。这就和每当年底绩效考核时，你的自评和Leader评价存在差异是一样的道理，是个看问题的角度问题。

便利程度

便利程度首先需要强调不是无限度的让每个消费方都感觉便利，实际上也是做不到的。且不说你实际上是否真正的“便利”，但就每个消费方的对于“便利”的评价标准不是整齐划一的，而且这还是超出你控制之外的因素。这就和生活中，你不可能让人人对你满意是一样的道理。实际上是一个比较模糊的用语，所以我们只需要让绝大部分消费方感到便利即可？

技巧

那么既然易用性的评价标准如此模糊和不统一，我们还怎么提升系统易用性呢？这还是得依靠我们再学习面向编程语言第一天听到的那个特点：抽象。上一篇我