このオンライン計算機から：http://homer.freeshell.org/dd.cgiデータを使用していますが、データは1500から2600年に制限されています。曜日の計算にわずかな問題があります。
表Xを参照すると、実際にはすべてのベース世紀（2600以上）のbase doomsdayを計算する公式はありますか？いいえ、それを修正してより良いものにしてください。
私はこれよりも何世紀も上に置いて自分自身でそれを試してみました。 2700は私に '00'の基本終焉を与えました、2800は'02; 2900は再び'00 'に戻ります...
ヘルプありがとうございます。
これを行う他の計算機はありますか？日付を指定した週 の日を計算するための
2つの一般的な方法は、あなたが
www.merlyn.demon.co.ukが 日付/時刻の計算上のいくつかの本当に興味深い情報を提供し、 とZeller's Congruenceを使用している終末、様々なカレンダー システムをしていますカレンダー/日付の計算に関連する重要な日付です。
私が理解しているように、そのページの "Base Doomsday"は、four-hundred-year cycle of leap day calculationsのためのオフセットに過ぎません。したがって、4世紀のブロックを追加するだけで、無期限に将来に拡張することができます。
次の4世紀を追加すれば、それぞれ3,2,0,5となるでしょうか？ – stockoverflow
はい、そうです。 –
@Nickそこには他の計算機がありますか？私のことは間違っているかもしれない。 – stockoverflow
このリンクの電卓http://homer.freeshell.org/dd.cgiは、終止符のアルゴリズムを明確かつ人間にとって明確に説明する点では最高です。ちょっと注意してください。
2/29/1900と入力すると、木曜日と表示されます。さて、それはleap yearではないので、1900年2月29日はありません。
もちろん、あなたの入力1/35/2016の場合は、あなたのために「ガーベジ・イン・ゴミ・アウト」になります。
1年に364日しかないとしたら、mod(364,7)==0のため、各日付の曜日は決して変化しません。
しかし、私たちは1年365日ありますので、1日は1年前に進みます、それは2番目の用語mod(year, 7)の由来です。
さらに、4年ごとにうるう年があり、最後の語句にはmod(year, 4)が寄与します。
ただし、100年ごとにうるう年を減算し、400年ごとに1つのうるう年を追加します。それは最初の言葉「3,2,0,5」が来るところです。
あなたはこの閏年のためにすべてを見て、mod(365,7)==1の仕事をしています。
7/11,5to9はテーブルZを大きく覚えています。
Zellerの合同ははるかに簡単な方法です！ – stockoverflow