文件系统api为何可以这么简洁以及我們這個抓圖模塊的設計難點
API 以及 可以 文件系统 为何 这么 简洁
2023-09-27 14:21:05 时间
文件系统api为何可以这么简洁以及我們這個抓圖模塊的設計難點
- 接口设计
文件系統定义了一个很好的抽象层,对外暴露的接口只有打開文件,關閉文件,讀寫文件。其他的一概沒有。
抓图有一个貌似简洁的抓图接口 (他有两个api,一个grab,一个pack),可是他这个接口其实一点也不简单
a 他有机会有无数的参数,parititon参数,后处理参数,等等。
b 为了最佳化各种用法的性能。它允许以最佳的方式调用。即如果能尽早把某些参数传过来,就可以早些做某些运算。否则就只能晚一点做。为了实现这点,这两个api的设计允许參數在兩個api中移動,即有的時候grab的時候告訴讀多少數據,有的時候pack的時候告訴
todo: 文件系統接口有一個異步接口,我們是不是可以參考他們的
https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-readfileex
- 内部实现
文件系统接口简单,而内部实现允许各种各样的实现,比如不同的文件系统有完全不同的实现,如ntfs,。。
并且它内部应该还有细化。具体我没了解过
但抓图没有很多个实现这个说法,我们只要一个实现,就是万能driver。这也是困难所在。 如果我们单独写hdoa,没有难度。单独写confocal,也没有难度
處理pipeline,一部分只需要做一次,剩下的需要做很多次
這就要求系統內部要緩存做一次的那些數據
而文件繫統沒有這個做法,她只有一種緩存,就是把最后的數據緩存。他沒有緩存中間數據這個說法
相关文章
- java.util.date和java.sql.date,以及jdk1.8新增日期API
- 云原生2.0网关API标准发展趋势
- 32位汇编第四讲,干货分享,汇编注入的实现,以及快速定位调用API的数量(OD查看)
- 移动App的REST API设计实践
- Runtime JAR file has version 1.4 which is older than required for API version 1.5
- [Web API] 如何让 Web API 统一回传格式以及例外处理
- 关于 appium get_attribute --获取对应属性值 API说明
- Swagger2 关于Map参数在API文档中展示详细参数以及参数说明
- API 与 SDK 之间的区别
- Redis数据类型的常用API以及使用场景
- 在Java API设计中,面向接口编程的思想,以及接口和工厂的关系
- 大数据Apache Druid(八):Druid JDBC API和其他OLAP分析框架对比
- SaltStack的salt-api里如何指定用户执行cmd.script
- Javascript常用API合集
- API性能测试基本性能指标及要求