您目前已離線,請等候您的網際網路重新連線

Excel 將不正確假設 1900 年是閏年

Office 2003 支援已結束

Microsoft 於 2014 年 4 月 8 日結束對 Office 2003 的支援。此變更已影響您的軟體更新和安全性選項。 瞭解這對您的意義為何且如何持續受保護。

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:214326
徵狀
Microsoft Excel 將不正確假設 1900 年是閏年。本文說明為什麼 1900 年會被視為是閏年,並概述如果這個特定問題已更正了,可能會發生的行為。
其他相關資訊
當首次發表 Lotus 1-2-3 時,程式假設為 year1900 不是閏年,即使實際上並不是閏年。這與處理閏年程式更容易,並不造成任何傷害,幾乎所有的日期計算在 Lotus 1-2-3。

當 Microsoft Multiplan 和 Microsoft Excel 所發行時,他們 alsoassumed 1900 不是閏年。這項假設允許 Microsoft Multiplan 和 Microsoft Excel 使用相同的序列日期系統使用 Lotus 1-2-3 所,並提供更大的相容性與 Lotus 1-2-3。1900 視為閏年也更容易讓使用者從一個程式的工作表移動到另。

雖然技術上可行為了更正這個問題,因此 thatcurrent 版本的 Microsoft Excel 不假設 1900年是 leapyear,這樣做的缺點超過優點。

如果要修正這個問題,會發生許多問題,包括下列:
  • 幾乎所有目前的 Microsoft Excel 工作表及其他文件中的日期會減少一天。更正此移動將需要花費相當長的時間和精力,尤其是在使用日期的公式。
  • 有些函式,例如 WEEKDAY 函式會傳回不同的值;這可能會造成無法正確運作的工作表公式。
  • 修正這個問題,就會破壞序列日期 Microsoft Excel 和使用日期的其他程式之間的相容性。
如果行為保持未修正,則只能有一個問題會發生:
  • WEEKDAY 函式會傳回不正確的值,日期早於 1900 年 3 月 1 日。因為大部分使用者不使用 1900 年 3 月 1 日之前的日期,所以這個問題很少發生。
注意: Microsoft Excel 可以正確處理所有其他閏年,包括世紀的年份不是閏年 (比方說,2100年)。不正確地處理只 1900年年。
参考
如需其他有關這個問題的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
214058 XL2000: 1900 年 3 月 1 日之前一週天數不正確
如其他有關如何判斷特定的年份是否為閏年的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
214019 XL2000: 方法,以判斷某個年份是否為閏年
y2k year2000 2000 年 2000 XL2000 XL2002 XL2003 XL2007 XL2010 閏年

警告:本文為自動翻譯

內容

文章識別碼:214326 - 最後檢閱時間:12/17/2015 21:45:00 - 修訂: 4.0

Microsoft Excel 2011 for Mac, Excel for Mac for Office 365, Microsoft Office Excel 2003, Microsoft Office Excel 2007, Microsoft Excel 2010, Microsoft Excel 2013, Excel 2016

  • kbpending kbprb kbmt KB214326 KbMtzh
意見反應