存折一面分两页合理吗？

最近仔细观察了一下存折

发现有些存折事一面一页，有些存折是一面两页
所谓的一面两页就是，展开存折，上半部分是一页，下半部分是一页

以前也没怎么在意，不过最近在做存折相关的工作
所以对这个问题考虑了一下
发现这样的设计还是有些问题的

存折为中缝装订，上下各一页
在存折打印的时候，涉及到一个换页的问题
也就是，如果打印到存折的最下面一行之后，要换页

在一面一页的存折上，这个换页就是在一页结束时换页

而一面两页的存折上，这个换页还要区分是上半页或者下半页

实际上，在存折中，还存在一个第一行数据与存折头部是在一面，还是不在一面的问题

如果第一行数据与存折头部在一面的话，同时该存折为一面两页，
则第2，4，6。。。等偶数页在存折上半面
奇数页在存折下半面

这样，在打印完一页时，如果发现是奇数页，才换页
如果是偶数页就不换页，如果提示需要翻到的页数的话，，呵呵，也只能提示“请翻到存折的XX“（XX为偶数页）

很荒谬的事情，这样的话，页的概念在这样的存折打印情况下就被混淆了
为什么有的页需要换页，有的页不需要换页
而换页的时候，页码也不连续
而且偶数页和奇数页的边距是不一样的
这个边距主要是指上边距

因为一面两页的存折，要照顾到两页的记录内容所占高度对称，而上半面上的一页要有个表格头啊
所以就形成了这么个古怪的东西

不仅概念理解很别扭，而且程序编写上也很别扭

而一面一页的存折就不存在偶数换页奇数不换页（或者反过来）的问题
一页就是一页，，，，，概念清晰
程序设计起来也方便

为了不打印到中缝上，在中缝留个空即可
但是不分页

所以后来干脆决定，忽略一面两页的存折
如果哪个银行使用这种存折，让他自己数页数，然后换算成一面一页的页码来适应程序