程序尤其注重抽象性，连测试都是平台不直接相关的，方便移植到各种各样的底层来使用。

不像 Parser 的函数式接口可以有方便的 then，这里做不到，因为既要能读又要能写，不可能单独在读的时候转化为另一种数据类型。
其实也不是不可以，但那样的收益就太低了，要同时写 from 和 to

正在考虑还有什么没有完成的…… 啊，是 typed array。可是这个没法完成的…… 好像也不是
Bitflags 也可以考虑一下

不得不先对 lib 部分编写 Bitflags、boolean read，进行 cleanup 再考虑模块的其它问题

如此屑模板化的代码，就不怕别人吐嘈你吗？

不怕别人吐嘈，因为同样的逻辑，Java 里别人写了 560 多行，模板化有过之而无不及。

主要做了一些 minor patch
没有讲解 0x8000 那种东西是什么，可能到时候会注释

实在是太屑了，一个『框架』居然只写了 15 个测试

Seq 的 aligned read/write 可以考虑一下，有必要弄一个子类出来？可是 aligned write 该如何…… witer 可没办法 align 啊，它不记得自己 write 了多少……
我觉得这个问题…… 真的没法解决吗？写一些子类试试

头晕，还要写测试

停，咱们暂时回到正题，反正以我的编程习惯也写不出来不好维护的项目，还是继续讨论这个玩意怎么实现。

我写得这么好看，你们也不星一下，莫不是应了那句好东西都没人星的道理。

因为 duangsuse 太大佬了 咱弱鸡看不懂

我还是理解的，毕竟从JavaScript系开源社区的角度看，我的项目还没 README 呢，也没 examples，都是代码往上贴，有人看才怪。

而且涉及到二进制会的人估计也少，就是一群只用 for (int i=0; i<size; i++); 和 class User { int age; } 这种的，不做二进制读写更别提手书 java.io.DataInputStream 了，更有甚者连 Java 的 int 有几二进制位甚至 IEEE754 都不知道。

本项目使用到许多函数式风格，以及对 Kotlin property/method extension、in/out variance、inline/crossinline、takeIf/also 这类东西的使用，其实在工程界实属罕见，有些框架的设计者会一点，但应用层的人基本都是能写死写死了，不会想着怎么好看。