g*******u
发帖数: 3948 | 1 需要学一下吗？
看了几眼 感觉django 更符合草快猛？
虽然大家都说flask 新好一些？ |
w***g
发帖数: 5958 | 2 flask更轻量，但是数据库ORM支持没有django好。
django太臃肿。目前的技术框架下，模板系统根本没用可以直接砍掉。但是ORM似乎不
可替代。
我现在在做一个项目，django后端提供restful API + vue-elemnet-admin前端。
【在 g*******u 的大作中提到】
: 需要学一下吗？
: 看了几眼 感觉django 更符合草快猛？
: 虽然大家都说flask 新好一些？
|
g*******u
发帖数: 3948 | 3 那就先学django了
我看了两眼这俩 感觉django更好学 上手快呢。
【在 w***g 的大作中提到】
: flask更轻量，但是数据库ORM支持没有django好。
: django太臃肿。目前的技术框架下，模板系统根本没用可以直接砍掉。但是ORM似乎不
: 可替代。
: 我现在在做一个项目，django后端提供restful API + vue-elemnet-admin前端。
|
d****n
发帖数: 1637 | 4 但是ORM似乎不
可替代。
xiao er bu yu |
c******n
发帖数: 16666 | 5 嗯 我很早前就改只用client了
性能和除错上都有很大提升
复杂环境下代码量差别不大 考虑到上面的优点还是更倾向不用orm
【在 d****n 的大作中提到】
: 但是ORM似乎不
: 可替代。
: xiao er bu yu
|
r****t
发帖数: 10904 | 6 砍掉模版系统怎么做啊？不懂前端。
【在 w***g 的大作中提到】
: flask更轻量，但是数据库ORM支持没有django好。
: django太臃肿。目前的技术框架下，模板系统根本没用可以直接砍掉。但是ORM似乎不
: 可替代。
: 我现在在做一个项目，django后端提供restful API + vue-elemnet-admin前端。
|
w***g
发帖数: 5958 | 7 就我所知python有三个方案：
1. 客户端
2. django
3. sqlalchemy
3的可编程性不如2. 我想跳出django的时候用过sqlalchemy，但是体验不好。
客户端不够灵活。我一般做demo时就用sqlite，等有钱了或者要做大了再往mysql上般。
django是做项目起步最快的方法。
缺点也很明显：url mapping比flask的decorator差远了。
【在 d****n 的大作中提到】
: 但是ORM似乎不
: 可替代。
: xiao er bu yu
|
W***o
发帖数: 6519 | 8 可以用GO啊，好多容易的框架，比如 go-buffalo, 或者不用框架自己撸也很简单 |
g****t
发帖数: 31659 | 9 如果是生产，我觉得能用python尽量用python。五大语言(C/Cpp,Csharp,Java,JS,
python)之外的东西尽可能不用。
【在 W***o 的大作中提到】
: 可以用GO啊，好多容易的框架，比如 go-buffalo, 或者不用框架自己撸也很简单
|
h**c
发帖数: 1979 | |
|
|
l******n
发帖数: 9344 | 11 flask做restful api比django方便快捷很多吧，除非你要用mysql
【在 w***g 的大作中提到】
: flask更轻量，但是数据库ORM支持没有django好。
: django太臃肿。目前的技术框架下，模板系统根本没用可以直接砍掉。但是ORM似乎不
: 可替代。
: 我现在在做一个项目，django后端提供restful API + vue-elemnet-admin前端。
|
c****f
发帖数: 1102 | 12 flash orm直接用sqlalchemy就好了
不推荐django
不过说真的 这个要学吗。。直接拿来写项目 写一个就会了
过半年又忘了 python好的地方就是 一看就懂啊 不用专门去学 |
w***g
发帖数: 5958 | 13 这个东西本来就是每次用的时候都要学。
所以讨论一下还是有好处的，这样下次再要写就可以转了。
【在 c****f 的大作中提到】
: flash orm直接用sqlalchemy就好了
: 不推荐django
: 不过说真的 这个要学吗。。直接拿来写项目 写一个就会了
: 过半年又忘了 python好的地方就是 一看就懂啊 不用专门去学
|
g*******u
发帖数: 3948 | 14 貌似除了wdong大力推荐django其他人对他并不是很感兴趣。 |
n*****3
发帖数: 1584 | 15 I think it is due to the usercase;
wdong just wants something quick and done, so django gives you
everything,
other python programmer might concentrate on web developer or something,
they wants control...
【在 g*******u 的大作中提到】
: 貌似除了wdong大力推荐django其他人对他并不是很感兴趣。
|
h***n
发帖数: 1275 | 16 这有啥科学的
看API就行了
【在 g*******u 的大作中提到】
: 需要学一下吗？
: 看了几眼 感觉django 更符合草快猛？
: 虽然大家都说flask 新好一些？
|
g*******u
发帖数: 3948 | 17 当然草快猛才是王道啊
谁有闲工夫研究这玩意啊
【在 n*****3 的大作中提到】
: I think it is due to the usercase;
: wdong just wants something quick and done, so django gives you
: everything,
: other python programmer might concentrate on web developer or something,
: they wants control...
|
w********m
发帖数: 1137 | 18 django很好啊，admin相当于黑魔法。
然后wdong 换了vue-elemnet-admin。
快又好，搞定客户 |
f******2
发帖数: 2455 | 19 flask学习曲线类似c ，要不停的学；
django的学习曲线类似python，学到一定程度就可以了。
@wdong，能讲讲flask的blueprint吗？当时看了几下没看懂就不modular design了。最
后回头还是django了
: 这个东西本来就是每次用的时候都要学。
: 所以讨论一下还是有好处的，这样下次再要写就可以转了。
【在 w***g 的大作中提到】
: 这个东西本来就是每次用的时候都要学。
: 所以讨论一下还是有好处的，这样下次再要写就可以转了。
|
w***g
发帖数: 5958 | 20 这个我不知道。就知道flask非常light-weighted。比如说深学模型要是上线做API，
如果不是压力很重的服务，那么fask就是首选了。写API太容易了。
plotly的dash后台也是flask。
【在 f******2 的大作中提到】
: flask学习曲线类似c ，要不停的学；
: django的学习曲线类似python，学到一定程度就可以了。
: @wdong，能讲讲flask的blueprint吗？当时看了几下没看懂就不modular design了。最
: 后回头还是django了
:
:
: 这个东西本来就是每次用的时候都要学。
:
: 所以讨论一下还是有好处的，这样下次再要写就可以转了。
:
|
|
|
T*******x
发帖数: 8565 | 21 ORM用处很大吗？直接SQL写在python里不行吗？
【在 w***g 的大作中提到】
: 这个我不知道。就知道flask非常light-weighted。比如说深学模型要是上线做API，
: 如果不是压力很重的服务，那么fask就是首选了。写API太容易了。
: plotly的dash后台也是flask。
|
x****u
发帖数: 44466 | 22 keras上就有个flask的例子几行做了个restful api
【在 w***g 的大作中提到】
: 这个我不知道。就知道flask非常light-weighted。比如说深学模型要是上线做API，
: 如果不是压力很重的服务，那么fask就是首选了。写API太容易了。
: plotly的dash后台也是flask。
|
w***g
发帖数: 5958 | 23 其实不管是ORM还是SQL，其实都没多大用处。
但又不能不会，要是这些都包出去我就没钱赚了。
对我来说ORM用处非常大。object interface是
现代数据库本应有的API。SQL虽然在dbshell里
还是很有用，但是从编程的角度来说，我感觉
已经太过时了。这个更多的是从程序的可阅读性
和可维护性上来说，ORM性能上应该是有损失的，
有时候损失还会相当大。
这个是特定于django来说。sqlalchemy感觉就差一点。
这个应该是design decision。sqlalchemy是可以
直接对接现有数据库的。django只能新建数据库。
C++的ORM基本上就是垃圾了，只能上C++化的SQL。
【在 T*******x 的大作中提到】
: ORM用处很大吗？直接SQL写在python里不行吗？
|
T*******x
发帖数: 8565 | 24 数据库如果自带object interface那确实很好。sqlalchemy我觉得麻烦就是每个数据库
table要建一个python class对应。有自动建的函数，但是要求table必须有primary
key。我好多table是动态建的没有primary key就不行。
【在 w***g 的大作中提到】
: 其实不管是ORM还是SQL，其实都没多大用处。
: 但又不能不会，要是这些都包出去我就没钱赚了。
: 对我来说ORM用处非常大。object interface是
: 现代数据库本应有的API。SQL虽然在dbshell里
: 还是很有用，但是从编程的角度来说，我感觉
: 已经太过时了。这个更多的是从程序的可阅读性
: 和可维护性上来说，ORM性能上应该是有损失的，
: 有时候损失还会相当大。
: 这个是特定于django来说。sqlalchemy感觉就差一点。
: 这个应该是design decision。sqlalchemy是可以
|
r****t
发帖数: 10904 | 25 做 REST 都是 django-rest-framework, flask-rest-framework,
后者是抄前者的，怎么就会容易很多？
【在 w***g 的大作中提到】
: 这个我不知道。就知道flask非常light-weighted。比如说深学模型要是上线做API，
: 如果不是压力很重的服务，那么fask就是首选了。写API太容易了。
: plotly的dash后台也是flask。
|
x***u
发帖数: 297 | 26 不能说是抄的吧。基本上是觉得Django太大而全太繁杂所以Flask决定另劈道路。思路
很不一样。一个是追求 batteries included; 一个是bare-minimum要简单易上手，附
加功能用add-on。
: 做 REST 都是 django-rest-framework, flask-rest-framework,
: 后者是抄前者的，怎么就会容易很多？
【在 r****t 的大作中提到】
: 做 REST 都是 django-rest-framework, flask-rest-framework,
: 后者是抄前者的，怎么就会容易很多？
|
m*****n
发帖数: 3575 | 27 django的ORM写得很垃圾
我的开发又无法抛开django用原生的数据库接口模块
不知为啥
【在 T*******x 的大作中提到】
: ORM用处很大吗？直接SQL写在python里不行吗？
|
p***s
发帖数: 124 | 28 Rust rocket
【在 w***g 的大作中提到】
: 这个我不知道。就知道flask非常light-weighted。比如说深学模型要是上线做API，
: 如果不是压力很重的服务，那么fask就是首选了。写API太容易了。
: plotly的dash后台也是flask。
|
d*******r
发帖数: 3299 | 29 你又在乱喷啦 ... Django ORM + database migration 那一套工具质量是很高的.
要不你说说为啥觉得垃圾, 大家帮你看看如何能让你用顺手了 -- 除非你就只喜欢 SQL
Django 里面你可以用原生 SQL 的, 只要你愿意, 不理解为啥你用不了.
【在 m*****n 的大作中提到】
: django的ORM写得很垃圾
: 我的开发又无法抛开django用原生的数据库接口模块
: 不知为啥
|
m*****n
发帖数: 3575 | 30 很简单的事情，往数据库里写一条数据或多条，需要返回结果。
PostgreSQL原生的适配模块psycopg能做到完美的返回结果。
Django强制使用的ORM接不到返回值。
Django对PG的支持如此差，为啥不许大家直接用原生的psycopg？
SQL
【在 d*******r 的大作中提到】
: 你又在乱喷啦 ... Django ORM + database migration 那一套工具质量是很高的.
: 要不你说说为啥觉得垃圾, 大家帮你看看如何能让你用顺手了 -- 除非你就只喜欢 SQL
: Django 里面你可以用原生 SQL 的, 只要你愿意, 不理解为啥你用不了.
|
|
|
m*****n
发帖数: 3575 | 31 flask不支持epoll，又是个银样蜡枪头，不如tornado
我接触的三个python外包都用tornado |
r****t
发帖数: 10904 | 32 Django inspectdb 不实用吗？
【在 w***g 的大作中提到】
: 其实不管是ORM还是SQL，其实都没多大用处。
: 但又不能不会，要是这些都包出去我就没钱赚了。
: 对我来说ORM用处非常大。object interface是
: 现代数据库本应有的API。SQL虽然在dbshell里
: 还是很有用，但是从编程的角度来说，我感觉
: 已经太过时了。这个更多的是从程序的可阅读性
: 和可维护性上来说，ORM性能上应该是有损失的，
: 有时候损失还会相当大。
: 这个是特定于django来说。sqlalchemy感觉就差一点。
: 这个应该是design decision。sqlalchemy是可以
|
