不同觀點

晚子時與換日

採用哪個 Tyme provider 時,23:00至23:59的日柱按當日或次日處理?

共同問題

採用哪個 Tyme provider 時,23:00至23:59的日柱按當日或次日處理?

比較時先對齊這些事

  • 晚子時的日干支取當日或次日
  • 傳入引擎的時間基準與時間精度
  • 實際 provider 名稱與 Tyme4ts 版本
  • 保留引擎算出的完整四柱,避免手動替換單一欄位

有來源記載的取法

Tyme 文件:晚子時按次日

在本版鎖定的 Tyme4ts 中,DefaultEightCharProvider 取 SixtyCycleHour 的四柱;該實作在23時把日干支推至次日。

適用前提

  • 產品確實選用 DefaultEightCharProvider,並保存 Tyme4ts 版本
  • 輸入引擎的時間基準與精度已知

例外與待確認範圍

  • 自訂 provider 或其他版本須另行核對,不能只憑名稱套用

這個說法沒有保證什麼

  • 不代表所有作者都採此口徑
  • 不在本知識模組內重算日柱或替消費端修改 provider
  • 不表示相合、成化、旺衰或任何個人吉凶已成立

與其他說法的關係

這個說法的來源
  1. Tyme 官方文件

    名詞定義

    官方文件明列晚子時按次日;pinned DefaultEightCharProvider.getEightChar 委派 SixtyCycleHour.getEightChar,後者建構式以 solarTime.getHour()<23 決定當日或 d.next(1)。未執行上游完整測試。

    查閱原始來源 ↗
  2. 6tail/tyme4ts — lib/index.ts

    程式取法參考

    官方文件明列晚子時按次日;pinned DefaultEightCharProvider.getEightChar 委派 SixtyCycleHour.getEightChar,後者建構式以 solarTime.getHour()<23 決定當日或 d.next(1)。未執行上游完整測試。

    查閱原始來源 ↗

有來源記載的取法

Tyme 文件:晚子時按當日

在本版鎖定的 Tyme4ts 中,LunarSect2EightCharProvider 保留農曆日對應的當日日干支,與預設 provider 的晚子時處理不同。

適用前提

  • 產品確實選用 LunarSect2EightCharProvider,並保存 Tyme4ts 版本
  • 輸入引擎的時間基準與精度已知

例外與待確認範圍

  • 自訂 provider 或其他版本須另行核對;其他歷史子時主張不在本項涵蓋範圍

這個說法沒有保證什麼

  • 不等同所有所謂子初或子正主張的完整定義
  • 不把改日柱當成可以略過年、月、時柱及引擎配置的操作
  • 不以個案人生經歷自動選定這項口徑

與其他說法的關係

這個說法的來源
  1. Tyme 官方文件

    名詞定義

    官方文件明列晚子時按當日;pinned LunarSect2EightCharProvider.getEightChar 使用 hour.getLunarDay().getSixtyCycle() 作為日柱,其餘欄位按該實作取得。未把接口差異推成預測效力差異。

    查閱原始來源 ↗
  2. 6tail/tyme4ts — lib/index.ts

    程式取法參考

    官方文件明列晚子時按當日;pinned LunarSect2EightCharProvider.getEightChar 使用 hour.getLunarDay().getSixtyCycle() 作為日柱,其餘欄位按該實作取得。未把接口差異推成預測效力差異。

    查閱原始來源 ↗

差異從哪裡來

這裡比較的是明確命名的 provider:晚子時日干支按次日,或按當日。必須同時保存傳入的時間基準、所採 provider 與程式版本,才知道兩份結果差在哪個設定。

子時標籤跨越午夜,只描述一段時間;日柱取哪一天是另一項設定。不能只手動改日柱,就假設相關時柱計算也會自然一致。

還有哪些問題需要繼續整理

這裡比較兩個有文件及鎖定原碼可查的軟體選項。子時的時間區間不替產品決定日柱換日;預設設定也不表示所有作者的共識。缺少時間或計算配置時保留 unknown,不以個案經歷選定口徑。

目前來源只支持所列軟體選項的文件與實作。其他作者的歷史立場、門派歸屬,以及個案應採哪種設定,都不能由這兩個選項的名稱代替查證。出生時間精度不足而跨越邊界時,應保留候選情境。

主題來源與比較範圍
  1. Tyme 官方文件

    名詞定義

    2026-10-20 核對官方 EightCharProvider 章節及 pinned lib/index.ts 的 DefaultEightCharProvider、LunarSect2EightCharProvider、SixtyCycleHour。限定描述軟體行為,沒有替歷史門派作立場歸屬。

    查閱原始來源 ↗
  2. 6tail/tyme4ts — lib/index.ts

    程式取法參考

    2026-10-20 核對官方 EightCharProvider 章節及 pinned lib/index.ts 的 DefaultEightCharProvider、LunarSect2EightCharProvider、SixtyCycleHour。限定描述軟體行為,沒有替歷史門派作立場歸屬。

    查閱原始來源 ↗
主題修訂紀錄

穩定識別:bazi.topic.day_boundary。修訂 2,資料版本 bazi-2026.10.20-v1。

原始 seed 保持不變。本清單是逐條來源核對與收窄文字後的公開編輯投影,不是依 source_status 自動發布。公開編輯版 revision 為 2,editorialStatus 為 edited,expertStatus 始終為 not_reviewed;沒有老師、人工審核者或預測有效性認證。具體證據、保留草稿的逐條原因及資料範圍見 SOURCE-REVIEW.md。