@lightening 用的人少写代码, 本身代码也少

@neoblackcap 谢谢你的建议, 我会好好考虑你的意见, 有进展会通知你

@yeyuexia 挺好的啊, 怎么不维护下去呢

@callofmx 这不是 golang 那个

@liantian 我这样是为了低耦合, 后续我会实现 orm 与 validator 功能.
由于它们之间是互相独立的, 因此可以随意用到其他地方.
分开开发不同库的好处你应该可以理解吧 ?

以后使用 xweb + xorm +xdata 能够快速实现开发.
而单独的 xweb 只负责 request 的接收,以及 response 的返回.

@neoblackcap 感谢你的回复, 可能是我搞混了 ActiveRecord 和 DataMapper. 我说一下我的思路,:

1. 模仿 Django ORM 定义 Model, 以及实现它的 makemigrations 功能, 方便迁移.
2. 将 Model 的方法定义在有限的几个操作中 list,retrieve,create,destroy,replace,update.这几个方法生成对应的 Query, Query 生成对应的 sql, Model 同时可以自定义自己方法, 实现类似 def change_status()这样的方法,方法里进行逻辑处理, 而不把逻辑放到 controller 中.
3. 返回的数据为字典对象

你看看有什么建议

@est 好主意, 我决定加入这样的功能,请关注我的 README

@Lycnir 可以详细说一下么

@jarlyyn 这个没关系，改名字还是挺容易的

@mayne95 虽然是这意思，但是没有耦合！

@xiaket peewee 冗余功能挺多，我主要是针对 restful 接口设计这个 orm

@binux 可以给点意见么

@neoblackcap 我比较喜欢 datamapper

@thomaspaine orm 思想都是差不多的， 我的目标是将 api 缩减为常用的几个， 数据表的建立和数据库的迁移傻瓜化， 查询语句直接生成字典， 而不用自己 serializer

@PythonAnswer 谢谢你的支持。

@taowen 多谢

@gouchaoer 感谢你的回复.
1. 对于 application 的部署, 自带的 server 只是用于开发,实际部署的方案通常和 flask 相同,比如 uwsgi+nginx 或者 gunicorn + nginx, 这样可以解决并发的问题.
2. 这个项目借鉴了 Sanic,Bottle,Flask,Koajs, 他们的思想是用中间件去解决更多的问题. 用中间件去解决其它问题也是 xweb 的原则之一.对于 orm 和缓存等使用无耦合的插件更合适. 比如现有的 peewee, redis 等. 我也期待社区的朋友们一起参与进来开发属于 xweb 的插件.

@gouchaoer 可以给点意见么

@wellsc 我的意思是既然开发基于 python3, 那么所有为了 Python2 而生的代码都是多余的.