各种框架中的ORM与FORM 必要性与不必要性?
flask/django等各种框架中的ORM与FORM 必要性与不必要性?
统一数据库接口,项目定好数据库应该就不会更换了吧还是因为会用到两种不同的数据库,用ORM便 于管理。
还是因为ORM内部是自动生成SQL语句,可以平衡团队中的因为个人因素问题造成个人自已写的SQL语句效率问题。
form表单类,用于生成表单与验证表单,这个生成表单这个直接在模板中写HTML表单不是更方便,
验证表单,每个写代码的人应该都有自己积累的应该已经封装好了的验证的模块了吧,验证时直接调用不是更方便 。
还是也是为了平衡团队中个人因素问题呢。
请各位都能来各抒已见吧。
包括你领导的团队项目为什么要使用这些特性与你所在的团队中使用这些特性的因素。
都来说说吧。修改
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
起初也去了解过一点orm的东西,
但是是种还是不太喜欢,虽然据说可以统一化,维护起来什么的很方便。
但是我觉的写起来什么十分不爽。
orm的感觉是一种统一的,通用话的方式,最初的设计貌似是为了解决不是很懂sql的人用的。
但是我的感觉是通用的往往不是最好的。
所以都会用固定的数据库,用针对性的操作方式。
(说错了还请指点。)
ORM是有好处的。
1、多数据库切换。
2、我用sqlAlchemy,数据库迁移方便,直接执行py代码,可以直接迁移表结构,无需重写一个sql脚本只需要一句MetaData.create_all(engine)就可以了
3、one to many, many to one, many to many等关系的表示,无需用复杂的sql+代码进行逻辑判断。
我搜索一篇文章,并且得到文章的作者,只需要
p = post.query.filter(PostId=1234).first()
u = p.user
u就是一个用户的记录,这样比写SQL方便多了。要知道,很多规划的标准的数据库,最后走形就是因为开发者要写很多冗余代码,不方便,最后改歪掉了。
仅仅用上面几点,我就有了用ORM的理由。