摘要：最近看《计算机体系结构：量化研究方法（第五版）》，发现指令集设计中的一些原则，对API设计也同样适用，给大家分享一下。
本文中的所有内容来自工作和学习过程中的心得整理，如需转载请注明出处。周荣华@燧原科技
1 正交
指令集需要满足操作、数据类型和寻址方式三个方面的功能就是正交的。所以API设计应该也要满足对外的一些功能需求，一般是基本操作、数据类型定义和内存访问方式。
正交的要求不只是接口设计要覆盖所有功能，还需要尽量减少冗余接口。
2 提供原语而不是解决方案
API应该提供完成解决方案需要的一些原语的集合，而不是某个解决方案。
提供解决方案到API中的最大缺点是稳定性太差，这些解决方案可能在当前适用，但过几个月，有新的解决方案的时候，原来的API被废掉的概率非常大。
当然，对部分多个解决方案中共用的一些功能，即使能够用现有原语实现，额外提供一些公共功能的接口也是一种不错的选择，但切忌不要过于特定化。
3 简化候选项之间的权衡
如果完成一个功能有多种选项，必须要有严格的使用场景约束。
多个选项都可以用，会额外增加测试覆盖的负担，用户制定解决方案的时候，也会不知道该选择哪个，往往会通过多个原型测试验证来推动API的实际选择，但这种测试得到的结果，在多个版本的API之间可能是不稳定的，这也会给客户的版本升级带来巨大负担。
4 常量编译期绑定
部分调用比较频繁的接口，如果对性能要求特别苛刻的话，需要对外提供inline函数，方便性能的极致优化。
参考文档：https://ict.iitk.ac.in/wp-content/uploads/CS422-Computer-Architecture-patterson-5th-edition.pdf
标签：功能,解决方案,原语,接口,编译器,API,指令集 来源： https://www.cnblogs.com/zhouronghua/p/16485364.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。