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

Pab*_*loG 9 python user-interface traits enthought enaml

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

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

更新:

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

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

Tim*_*m D 18

我首先开始使用Traits和TraitsUI构建GUI作为机械工程的博士后研究员.我之前构建GUI的经验是使用MATLAB的指南,我发现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存储库并开始在核心/ 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 pluggable-应用框架.

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


小智 5

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

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

由于大多数 ORM(例如 SQLAlchemy、Django 的 ORM,我也看到 Peewee)和 Traits 都使用声明式接口和元类来使定义对象结构变得非常容易,因此有一个不幸的尴尬,但缺点是不一起玩得很好。如果您想避免使用明确的桥接层,那么您需要对 Traits 和 ORM 有深入的了解。

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

综上所述,并且承认我偏向于支持 Enthought 的技术,有一些工具可能更适合将简单的 CRUD UI 置于数据库之上。一种可能是Dabo,但还有其他的,比如Camelot