农历对于住在海边的人还是很管用的.出海捕鱼对潮水是要进行预测的.

如果是农历的月初,或者月中,就知道有大潮水.

尤其是初三,十八,往往是一月当中的最大潮.早上天五六点钟潮位最低,正好可以去赶海,(现在我的老家,海边滩涂已经承包了,想去海边捡海鲜已经不容易了.可惜.).中午十一二点前后潮位最高,夏天去游泳正好.

我的老家在浙江台州,那边的人日常用的就是农历.

　　我们得一步一步的来，从现实考虑，既不能因为洋文化强势而放弃我华夏文化的在传承方面的努力，也不能在洋文化强势的情况下夜郞自大。在洋文化强势时，我们要韬光养晦，为未来复兴打好基础，而不能坐以待毙，盲从国外。比如，在历法方面，我们的夏历不利于现代的某些交流，但我们不能因此而用西历，以西历为参照（如果这样，即我们华夏强大了，我们的厬历还是没有发展完善，一样的不被人重视，不要仅仅以经济的强大来看待文化的传承。其实，我也没有反对在我们的日历上添加西历的日期，关键是，我们要把它倒过来，我们在电脑计算的时候，日期值就是我们夏历的日期值，按照我们夏历完整的系统来确定我们的日期，通过我们夏历天文理论和应用系统来生存西历，西历仅仅是为了某些交汉的需要的一个附带品，不能成为一个必备要件。像我们现在，没有西历的参照，就很难制作万年历，各种天文参数都以西历为准，再进行换算，这不是正路。

呵呵，文言文的有关优点，也是我们必须吸收的，比喻，《九章算术》，《割圆术》等都　很有价值，而且在汉语计算机信息化过程中有着独特的优势。

　　　两个月前，我开始学习汉语程序设计语言，在学习过程中，我发现汉编的数据类型比洋人的多一种：数组型，在和网友的交流中，形成了再创一种日期型数据的想法：夏历型，所以才有机会找到中华农历网。

　　　汉语编程确实是个很有特色的东西，它的特别之处在于“数摞”技术，这就为汉语编程的效率和优化殿定了基础。

附：中国汉语编程网(官方网站）：www.hybcw.com

  苏子琼汉语编程网（学习网站）：www.suziqiong.cn

不错,看来你真的把文言文发扬光大了.已经用到编程方面了.佩服.(鼓掌).

黄帝纪年的事,还有待继续推广.等到哪天(可能我们在座的各位无福了)我们真的做了日不落帝国就可以无阻力地推广黄帝纪年了.现在离目标还是有点远.

所以编历书时不得不用到公历.你为了验证你的历书是否准确的,你肯定要参考洋人的星历表.但洋人的星历表肯定不是用黄帝纪年的.你为了查找方便,总要把黄帝纪年与公历纪年一一对应才能查到结果.

唉,没办法啊.谁叫我们的"日不落帝国"梦想没有实现啊.

我没具体去编过历书.但我从这个论坛里仔细看许兄编的万年历,其实可以说已经脱离公历的日期了.

只要给定了某一天的各大天体的位置,再考虑各大天体的运行规律(所谓的天体力学),以后的天体位置的计算其实不用公历的.只用"日"就行了.(许兄的软件中用儒略日)

对于日的定义,我们的农历与西洋的公历基本是一致的.

比如今天是儒略日数 2454825 ,你可以定义成黄帝纪日(古)3000000.编程时这二个都可以当常数.以后的日子与之相加就行了.那么你可以定义今天是黄帝纪日(今)0天(即3000000+0),那么明天就是黄帝纪日(今)1天,以后类推就行了.

你算出今天之后的十几个朔的时刻,二十四节气的时刻,你就可以排出一部历书了(按我们的历法,冬至所在月为十一月).与公历已经不相关了.至于正月初一是公历什么日子,你在旁边注一下就是行了.

所以你用西历还是中历,都无所谓的.因为天象观测只用日,不一定用年月的.你定义成黄帝纪日就行了.(就算我们不知道黄帝是哪一年开始,我们可以假设一个日期就行了.比如我假设的3,000,000日,实际按4706年来算还不到200万呢.为了撑面子,我算它300万天.)

有了黄帝纪日就可以排历书了.西方用儒略日数来排的.这一点大家都是一致的.所以在实际计算时,不用担心什么公历西历的.你编程时也可以跳过公历几月几日的.

　　谢谢兄弟指点迷津

　　还可以帮我介绍一下日期值实例吗？比如我要以西元年前2697年为起点确定一个日期值，实现日期转换。

　　当然，我们的夏历日期值不能像儒略历那样可以根据公式推算西历日期，我们只有在根据这个日期值排好历后，通过一定的渠道实现日期值与夏历日期的转换），实现与我们夏历日期转换的日期值要具备一些什么特征呢？

　　　本人不懂英语编程，本网的很多程序看不懂，希望各位兄弟耐心指点。

公元前2697是不是你所谓的黄帝元年?

编程的起点数定在哪都是没关系的.但若你想换成农历日期,这没有简单规律的.而是要把所有的日子(朔,十二个中气)都算出来后,才能排历书的.

公历目前比较简单的原因,是它不用直接与天像挂勾.它只按4年一闰,400年减3闰就可以排下来了.

而我们的农历是其实没有闰周的(19年7闰只是大概数,有时不一定的.因为我们的闰是按天像来定的),每月的初一必须是朔所对应的一天.这样一来,你根本不可能直接找到一个规律去排日历了.你只能按照天体力学的原理去计算每个朔的时刻(这是定月首),再计算冬至的时刻(定年首),再计算其它中气的时刻(看看哪个月需要闰一下).

所以根本原因不在于你看不懂英语编程(你花点心思肯定可以看懂的),而是你不一定对天体力学的算法很精通(抱歉,我自己也看不懂,至少要花几个月时间甚至几年时间去钻研,目前还没这个空,以后或许会去研究一下).

论坛里的高人已经说过,要计算朔这一时刻,要考虑的干扰项有一千多项(你总得把各大行星对地球月亮的摄动都考虑进去吧).这可不是普通人能随便算出来的.

如果你真的想用"汉语编程"来解决农历问题,你也同样要把天体力学的算法加进去,这样,你就可以编出一个实用的软件了.祝你早日成功.

我在前面的说的黄帝纪日与儒略日是一样的.不存在西方习惯,也不存在夏历习惯.

你也可以用其它日子作为常数,反正不影响根本的.

比如今天是2454825日,你可以把今天定义为2800000日(起始的日子就要提前900多年了).不影响软件的计算结果的.

儒略日数是指从公元 -4712 年开始连续计算日数得出的天数及不满一日的小数，通常记为 JD (**)。传统上儒略日的计数是从格林尼治平午，即世界时12点开始的.所以公元前4713年(即-4712年)1月1日中午12点(格林尼治时间平午,到我们的北京时间,其实已经是晚上20点了)的儒略日是0,以后每24小时,增加1.

如果楼主想用黄帝纪日来编程序,你只要定义一下黄帝元年元月一日的黄帝纪日为0就行了.以后的日子一天天加上去就行了.

至于以后哪一天定为初一,你要计算朔的时刻了.这个计算才是最重要的.

　　多谢指导

　　在汉编夏历纪年应用中，　我打算考虑你建议的十二字方案