在我们的小组中,我们主要进行搜索引擎架构和内容集成工作,大部分代码基础都在Python中.我们所有的构建工具和Python模块依赖项都在源代码控制中,因此可以检出它们并加载环境以供os/platform使用,类似于virtualenv使用的方法.
多年来,我们一直保持与Python 2.3兼容的代码库,因为我们使用的商业产品之一取决于Python 2.3.多年来,这导致了越来越多的问题,因为新的工具和库需要更新版本的Python,因为2.3出现在〜2004年.
我们最近将构建环境与商业产品环境的依赖关系分离,并且可以使用我们想要的任何版本的Python(或Java).大约一个月左右,因为我们将Python 2.6标准化为Python的最新版本,该版本向后兼容以前的版本.
Python 3.0不是一个选项(目前),因为我们必须迁移太多的代码库,以使我们的构建和集成工具再次正常工作.
我们喜欢Python 2.6的许多新功能,特别是改进的模块和类装饰器之类的东西,但是我们依赖的许多模块会导致Python 2.6解释器出现各种折旧警告.我们对管理EC2云集群节点感兴趣的另一个工具,Supervisor甚至无法正常使用Python 2.6.
现在我想知道我们是否应该在Python 2.5上进行标准化,而不是在开发生产环境工具时使用Python 2.6.我们想要/需要的大多数工具似乎都可以在Python 2.5中正常运行.在对Python 2.6特性或模块有很多依赖之前,我们现在正试图对此进行排序.
非常感谢!
-Michael
到目前为止,我们刚刚开始尝试使用轮胎pyparsing,但是我们无法帮助我们解析分数字符串以将它们转换为数字数据类型.
例如,如果数据库表中的列值包含字符串:
1 1/2
我们想要一些方法将它转换为数字python等价物:
1.5
我们想制作一个解析器,它不关心分数中的数字是整数还是实数.例如,我们想:
1.0 1.0/2.0
...仍然翻译为:
1.5
从本质上讲,我们希望解析器在概念上执行以下操作:
"1 1/2"= 1 + 0.5 = 1.5
以下示例代码似乎让我们接近......
http://pyparsing.wikispaces.com/file/view/parsePythonValue.py
......但还不够接近,无法取得进展.我们制作小数处理程序的所有测试只返回表达式(1)的第一部分.提示?提示?及时的智慧?:)
python ×2
dsl ×1
fractions ×1
parsing ×1
production ×1
pyparsing ×1
standards ×1
supervisord ×1