您当前的位置:
有谁知道有关日历中的阴历，在BREW是怎么处理的呢？
代码中，往一个数组里存入阴历每年中的月天数信息，阴历中每月只能是30天或是29天，一年用12或13个二进制位来表示，对应位1为30天，其他为29天，
比如说，它2011年存得是0XB550，这个值到底是怎么算出来的？
------解决方案--------------------
阳历,有很强的规律性。每年12个月,1、3、5、7、8、10、12月都为31天;
2月份平年28天,能被4除尽的年份里为29天,但1900年为28天；其余月份为31天。
阴历,却没有这些规律可循。阴历分大小月,大月30天,小月29天,但一年中哪个月为大月,哪个月为小月,却是不定的
阴历每十年有4个润年,但哪一年为润年也是不定的。而润月中,哪个润月为大月,哪个为小月也是不定的
因此,推算阴历就没有一个统一的算法
下面是经过整理的150年内的阴历数据,面共15行,每行10个数据,每个数据代表一年,从阳历1900.1.31日起,
为第一个数据年的开始,即阳历1900.1.31＝阴历 0.1.1
0x04bd8,0x04ae0,0x0a570,0x054d5,0x0d260,0x0d950,0x16554,0x056a0,0x09ad0,0x055d2,
0x04ae0,0x0a5b6,0x0a4d0,0x0d250,0x1d255,0x0b540,0x0d6a0,0x0ada2,0x095b0,0x14977,
0x04970,0x0a4b0,0x0b4b5,0x06a50,0x06d40,0x1ab54,0x02b60,0x09570,0x052f2,0x04970,
0x06566,0x0d4a0,0x0ea50,0x06e95,0x05ad0,0x02b60,0x186e3,0x092e0,0x1c8d7,0x0c950,
0x0d4a0,0x1d8a6,0x0b550,0x056a0,0x1a5b4,0x025d0,0x092d0,0x0d2b2,0x0a950,0x0b557,
0x06ca0,0x0b550,0x15355,0x04da0,0x0a5d0,0x14573,0x052d0,0x0a9a8,0x0e950,0x06aa0,
0x0aea6,0x0ab50,0x04b60,0x0aae4,0x0a570,0x05260,0x0f263,0x0d950,0x05b57,0x056a0,
0x096d0,0x04dd5,0x04ad0,0x0a4d0,0x0d4d4,0x0d250,0x0d558,0x0b540,0x0b5a0,0x195a6,
0x095b0,0x049b0,0x0a974,0x0a4b0,0x0b27a,0x06a50,0x06d40,0x0af46,0x0ab60,0x09570,
0x04af5,0x04970,0x064b0,0x074a3,0x0ea50,0x06b58,0x055c0,0x0ab60,0x096d5,0x092e0,
0x0c960,0x0d954,0x0d4a0,0x0da50,0x07552,0x056a0,0x0abb7,0x025d0,0x092d0,0x0cab5,
0x0a950,0x0b4a0,0x0baa4,0x0ad50,0x055d9,0x04ba0,0x0a5b0,0x15176,0x052b0,0x0a930,
0x07954,0x06aa0,0x0ad50,0x05b52,0x04b60,0x0a6e6,0x0a4e0,0x0d260,0x0ea65,0x0d530,
0x05aa0,0x076a3,0x096d0,0x04bd7,0x04ad0,0x0a4d0,0x1d0b6,0x0d250,0x0d520,0x0dd45,
0x0b5a0,0x056d0,0x055b2,0x049b0,0x0a577,0x0a4b0,0x0aa50,0x1b255,0x06d20,0x0ada0
阴历是要靠天文观测的,因此上面这些不确定的数据,是可以从天文台得到的
要推算阴历,就要根据这些数据来推,150个数据可推150年的阴历,因此目前最大只能推算到2049年,以后的推导,还需要从天文台得到新的数据后才能推导,否则将出现误差
理解数据:
0x04bd8,代表阳历1900.1.31为始的阴历0年,是5个16进制数,共20bit
1.前4位,即0在这一年是润年时才有意义,它代表这年润月的大小月,为1则润大月,为0则润小月。
2.中间12位,即4bd,每位代表一个月,为1则为大月,为0则为小月
3.最后4位,即8,代表这一年的润月月份,为0则不润,首4位要与末4位搭配使用
由此可以看出,阴历的规律性是很差的,要推算阴历,必需基于查表的算法,具体的数据结构安排,可以灵活安排
------解决方案--------------------
上面数据都是5位16进制数字啊，最后一位大多是0，其它数字也都有啊？
------解决方案--------------------
我认为是使用前13bit，每个比特代表一个月，最后三位为0，所以最后一个数字只能是8或0，这样gLunarMonthDaytemp的信息量实际比之前的信息少了润月润到第几个月。
------解决方案--------------------
好像一个字节包含了两个年份闰月信息，在节约内存方面做到极致了