为什么决定将观察者的纬度/经度数值视为弧度，而将字符串值视为十进制度？
在 Python 中处理 lat / lon 值时，我通常处理浮点对象。如果星星对齐正确，可能会有一个或两个 int 对象漂浮在其中，但大部分是漂浮的。我总是天真地写一些这样的代码：
lat = 0.0
lon = 0.0
observer = ephem.Observer()
observer.lat = lat
observer.lon = lon
# etc... etc...
然后，我被烧死了。我被烧毁了，因为我的纬度/经度值是十进制度，而不是弧度。这通常很糟糕，因为我最终会挠头想知道我做错了什么。最后，我最终转换为弧度。现在理论上，我可以这样做以获得正确的结果：
observer = ephem.Observer()
observer.lat = str(lat)
observer.lon = str(lon)
但这似乎也很不稳定，我认为我的值必须以弧度为单位！哦等等，只有当它是一个浮动。我知道接受字符串或浮点对象很好，但接受基于 python 类型的不同数字类型似乎不一致。我希望这两个分配都采用相同的数字类型，如下所示：
lat = lon = 0.55
observer.lat = lat # float lat is assumed to be in radians
observer.lon = lon # float lon is assumed to be in radians
lat = lon = '0.55'
observer.lat = lat # string lat is assumed to be in radians
observer.lon = lon # string lon is assumed to be in radians
然后可以为十进制度/ dms提供转换运算符：
lat = '25.0'
lon = 25.0
observer.lat = ephem.to_rad(lat)
observer.lon = ephem.to_rad(lon)
然后 to_rad 函数将明确假设十进制度数作为浮点或字符串对象提供。在这一点上，接口将是一致的。我非常简要地挖掘了 _libastro.c 并研究了 to_angle 函数，它是这个问题的核心。
我想不出一个很好的理由不实施这一点。事实上，我会自愿去做！但是在我对此进行讨论之前，我知道我不是 libastro / pyephem 专家，所以我想打开这个问题以确保这是有道理的。这样做完全有可能是有充分理由的，我只是感到非常困惑。
如果有经验的用户或熟悉软件核心的人可以发表评论，我将不胜感激。
先感谢您！