这是在web2py的邮件列表中看到的，线索在这里。

为什么要改？因为web2py的ORM没有真正的类去对应记录。DAL（Database Abstraction Layer）的确适合它。Massimo也写了一个web2py的ORM与SQLAlchemy的比较，不过它比较的也是SQLAlchemy最底层的Metadata，而SQLAlchemy有自已的ORM的做法，同时还有一个Elixir的ORM工具。不过与Metadata比较的确也恰如其份。

同时看到Massimo的这则声明，再次表明了他维护向后兼容性的态度。我现在基本上不参与web2py的讨论了，就是平时看一看，现在看到邮件列表中比较多集中在了ORM这一块了。不过Massimo的态度让人对web2py的未来很悲观。我是不赞同他这种做法的，如果有好的东西我宁肯不兼容，有时需要破才能立。对于web2py的失望可能有以下几点：

1. 对向后兼容的理解。我的观点是必要时可以不兼容。
2. 对于跨app的互访。我希望app是项目组织的最小单位，而不是运行和部署的最小单位。
3. 对于零配置的理解。可以提供配置配置，但是并不坚持零配置，零配置只是一个理想，因为环境是多变的，如果你想适应它你将无法做到零配置，因为这将失去它的灵活性。