Orb
Orb
Assembly compiled by cs script: `var assembly = CSScript.RoslynEvaluator.CompileCode(Class1.Code);` How do I use its comments to generate an xml document? At In csproj, you can set GenerateDocumentationFile to True to...
在readme看到作者写道： `节气是某一个时该点，而非某个时间段，但由于本库采用的转换数据只精确到天，所以本库的交节（更换八字月柱），也是以日为准。` 这是不合理的。节气的判定是要根据黄道的角度，理论上精度可以无限高。实际应用中，精确到分即可。《紫金历》的节气精度就是如此，本库精确到分也是理所应当。 [紫金山天文台](http://www.pmo.cas.cn/xwdt2019/kpdt2019/202203/t20220309_6386774.html) 这里是官方发布的数据，只精确到了**分**。 只精确到日，容易导致时间靠近节气边界时，月柱和节气计算失准。 作者 #29 问题中，已经提到自己有了改进的打算。改进方案无非是如下2种，或2种的结合，不知作者将采取何种方案？ 方案1：使用官方发布的精确到秒的时间，作为某年节气的起始点，后续和之前的节气，皆以此为原点，计算得出。即官方数据只使用**一条**作为计算依据、计算原点，其余皆由程序推算。 方案2：官方已发布的精确时间，则使用官方数据，官方未发布的，则交予程序推算。即使用官方发布的**全部**数据，官方未发布的数据，才自己推算。 我个人比较倾向于第一种方案。如果自己推算的结果，和官方发布的结果，误差仅仅几秒钟，则无伤大雅。只要输入的时间不要恰好落入这个误差地带，就不会有什么问题。 官方数据精确到分，自己推算，则需要和官方一致。本人倒是挺希望把精确度提高到秒的，只是写了一半，查了数据，发现官方数据也只是精确到分，我们也只能追随官方了，遂把文字改成精确到分。毕竟我们没有官方高水平的测量手段。