关于Enthought Traits / TraitsUI for Python桌面开发的观点

时间:2012-12-27 17:19:26

标签: python user-interface traits enthought enaml

我正在寻找有关使用Traits / TraitsUI / enaml进行Python桌面开发的意见和经验。

文档和Enthought支持看起来很有前途,所以我想知道开发人员使用这个堆栈的真实第一手经验。

更新

我主要关注的是迁移旧的几个桌面数据库 应用程序:CRUD /查询/报告。然后,我特别 对数据访问层感兴趣:现在,我正在使用PosgtreSQL和 peewee(简约ORM):

  • SQL数据库是否有内置或侧面项目支持?
  • 如果是,是否有任何ORM支持? (我想SqlAlchemy在这里是'标准')

2 个答案:

答案 0 :(得分:18)

我首先开始使用Traits和TraitsUI构建GUI作为机械工程的博士后研究员。我之前构建GUI的经验是使用MATLAB的GUIDE,我发现TraitsUI非常简单易行,比较容易上手。 TraitsUI在进度与努力方面取得了非常线性的进展,而且对于我用它进行的有限数量的GUI构建,这已经绰绰有余了。

作为一名专业开发人员(完全披露:我在Enthought工作),我的观点有所改变。首先,区分Traits(打字,验证,通知和依赖系统)和TraitsUI(内置于Traits并基于Traits的GUI层)之间的区别非常重要。我一直使用Traits,它支持我写的很多代码。特别是对于它的依赖和通知实用程序,我认为它是非常宝贵的。

然而,开始讨论TraitsUI的应用程序构建限制并不需要太长时间。正如我之前提到的,TraitsUI对于中小型应用程序已经足够了,但是创建更复杂的布局变得很困难,而且我们花了很多时间与TraitsUI进行斗争,以生成更大,更复杂和更灵活的应用程序界面。

这导致了Enaml或多或少的空白发展。 Enaml在其核心使用基于约束的布局系统,并与Traits集成。从一开始,它就解决了TraitsUI的布局缺陷。我们每个使用过两种系统的人都喜欢使用Enaml,我们认为它是GUI构建的首选工具。布局GUI的控制水平和灵活性非常显着 - 在回购中有一些漂亮的演示。

也就是说,初始学习曲线略微(但只是略微)更陡峭,因为从一开始就掌握某些概念,例如MVC分离是有帮助的。经验丰富的开发人员会立即看到这一点,但对于具有科学或工程背景的新用户来说,这可能更具障碍。然而,这只是一个轻微的障碍,很容易被清除。此外,虽然功能集几乎完成,但仍有一些漏洞。在填补它们方面取得了稳步进展,但Enaml在技术上仍处于测试阶段。

总的来说,如果您要确定要学习哪个工具集,我的建议是学习Enaml。这就是我们现在和未来的用途。

[更新 - 2018年1月]

由于这个答案继续得到观点并产生对话,因此这个观点的更新很久以来就已经过了,这是2012年末的第一个答案.Enaml主要是一个主要开发人员的工作。当他在2013年初离开Enthought时,他分叉了enaml存储库并开始在nucleic/enaml存储库中开发它。我们(Enthought)决定不开发竞争分支,并引入了一个瘦接口库enthought/traits-enaml,以便与nucleic/enaml中的变化保持持续兼容。大约在同一时间,我们还引入了enthought/qt_binder以便在Traits / TraitsUI框架中轻松访问低级Qt小部件,这提供了与Enaml提供的大部分相同的布局灵活性。

现在Traits / TraitsUI是我们用于大多数应用程序GUI构建的堆栈。我们继续在Python 2和3中维护和开发Enthought工具套件(Chaco,Kiva,Envisage等)中的Traits,TraitsUI和其他库,它们继续满足我们的需求,特别是在enthought/envisage可插拔应用程序框架。

我修改过的建议是,如果您想在Python中构建富客户端应用程序(不是Web应用程序),我会说要学习Traits和TraitsUI。

答案 1 :(得分:4)

免责声明:我在Enthought担任开发人员和培训师。

要回答问题的次要部分,Traits中没有任何ORM或数据库支持,因此您必须自己滚动。这主要是因为Traits的开发是为了支持科学应用程序开发,而不是企业应用程序开发(但这就是Traits 支持NumPy支持的原因)。

由于大多数ORM(例如SQLAlchemy,Django的ORM,我也看到Peewee)和Traits都使用声明式接口和元类来定义对象结构非常容易,所以会出现一个令人遗憾的尴尬。不能很好地在一起打球的缺点。如果您想避免使用明确的桥接层,那么您需要对Traits和ORM有充分的了解。

如果我正在开发这种应用程序,我可能最终会避免使用ORM并直接从traits写入DBAPI层,可能为此目的定义了一些自定义特征类型(例如。{{1}其Propertyfget执行数据库查询的特征工厂。

所有这些都表示,并且承认我倾向于支持Enthought的技术,有一些工具可能更适合在数据库之上放置简单的CRUD UI。一种可能性是Dabo,但还有其他可能的内容,例如Camelot