x*******g
发帖数: 260 | 1 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
标，请有经验的朋友指点一下。 |
e*******o
发帖数: 4654 | 2 如果界面复杂 你要选的是前端framework
后端用哪个以及那个语言 差别很小
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
d****i
发帖数: 4809 | 3 你的后端已经用了Perl, 为什么web部分不继续用Perl? Perl也有很多web相关的框架。
其实和Perl最接近的还是PHP，那PHP的框架就实在数不胜数太多了。
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
x*******g
发帖数: 260 | 4 这个是公司的决定，我们只能执行。组里熟悉Python的不多，所以我来问问有没有性能
和灵活性比较好的框架，都从头写工作量太大。
【在 d****i 的大作中提到】
: 你的后端已经用了Perl, 为什么web部分不继续用Perl? Perl也有很多web相关的框架。
: 其实和Perl最接近的还是PHP，那PHP的框架就实在数不胜数太多了。
|
h*****y
发帖数: 298 | 5 tornado or flask + Gevent
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
d*******r
发帖数: 3299 | 6 tornado,
我估计是不需要和 Flask, Gevent 一起用的 |
d****n
发帖数: 1637 | 7 django吧，全一点。flask将来缺这少那的还要从头弄 |
d****n
发帖数: 1637 | 8 perl已经不适合web app了。大牛除外。
perl里面有个catalyst 不错，还有个mojolicious 就一个人维护的还挺积极，啥东西都
有，就是有局限。
btw：perl最反人类的是没啥好的IDE，这个是转移平台的第一重要因素 |
e*******o
发帖数: 4654 | 9 IDE： emac + evil + autocomplete + flymake 不要太爽。当然，我没用过啥专门的
IDE。
西都
【在 d****n 的大作中提到】
: perl已经不适合web app了。大牛除外。
: perl里面有个catalyst 不错，还有个mojolicious 就一个人维护的还挺积极，啥东西都
: 有，就是有局限。
: btw：perl最反人类的是没啥好的IDE，这个是转移平台的第一重要因素
|
w**z
发帖数: 8232 | 10 好像pyramid 也挺火。我想做个aws console,后台用Boto. 不知道前台哪个好点。俺前
台基本不会。
【在 d****n 的大作中提到】
: django吧，全一点。flask将来缺这少那的还要从头弄
|
|
|
x*******g
发帖数: 260 | 11 这个我们讨论过，应该是目前用户最多的，文档全更新快，部分同事对这种大而全的
framework持保留态度，主要担心以后碰到性能优化可能会头疼，另外也缺少灵活性。
【在 d****n 的大作中提到】
: django吧，全一点。flask将来缺这少那的还要从头弄
|
T*****9
发帖数: 2484 | 12 我们主要是flask 和 tornado
感觉tornado IO性能更好一点
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
w***g
发帖数: 5958 | 13 很好奇你python怎么调用perl API，走web API?
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
w****k
发帖数: 6244 | 14 django就好
不要浪费时间造轮子
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
w****k
发帖数: 6244 | 15 加gevent做异步
性能基本不会太差
和node都可以比拼了
【在 x*******g 的大作中提到】
: 这个我们讨论过，应该是目前用户最多的，文档全更新快，部分同事对这种大而全的
: framework持保留态度，主要担心以后碰到性能优化可能会头疼，另外也缺少灵活性。
|
d******e
发帖数: 2265 | 16 no doubt torando
【在 x*******g 的大作中提到】
: 以前用的Perl，现在公司决定换到Python，后台都是大数据，数据库相关的，不打算重
: 写这部分Perl代码，考虑全包装成ＡＰＩ。前端Ｗｅｂ以后可能会有比较复杂的用户界
: 面，现在组里纠结是用大而全的Django或者是灵活性高的Flask，性能是优先考虑的指
: 标，请有经验的朋友指点一下。
|
w***g
发帖数: 5958 | 17 Tornado is more of a web server than a framework.
Some people argue that concurrency != parallelization. Technically it is
true. But it is also true that parallelization is a must for HIGH
PERFORMANCE concurrency. Python is intrinsically handicapped in
parallelism (not to say cpython is among the slowest interpreters
), and I don't see why a web server written in Python has a future when
there is NGINX.
【在 d******e 的大作中提到】
: no doubt torando
|
s**********l
发帖数: 8966 | 18 re这个，如果不限定用python就老老实实node。
我当年偷懒用LUA写script，后来死得无比惨。
【在 w****k 的大作中提到】
: django就好
: 不要浪费时间造轮子
|
x*******g
发帖数: 260 | 19 具体的实现还在讨论中，大概是用REST。
【在 w***g 的大作中提到】
: 很好奇你python怎么调用perl API，走web API?
|
d******e
发帖数: 2265 | 20 我们就是nginx后面挂一堆tornado,不可以吗？
【在 w***g 的大作中提到】
: Tornado is more of a web server than a framework.
: Some people argue that concurrency != parallelization. Technically it is
: true. But it is also true that parallelization is a must for HIGH
: PERFORMANCE concurrency. Python is intrinsically handicapped in
: parallelism (not to say cpython is among the slowest interpreters
: ), and I don't see why a web server written in Python has a future when
: there is NGINX.
|
|
|
y**********u
发帖数: 6366 | 21 nginx是当reverse proxy吗？
is
【在 d******e 的大作中提到】
: 我们就是nginx后面挂一堆tornado,不可以吗？
|
L***s
发帖数: 1148 | 22 后端用什么都没关系，只要client/server用RESTful API分离就行了，
两端可以各自演化。 |
L***s
发帖数: 1148 | 23
哪个熟用哪个，先跑起来再说。都REST了，没必要犹豫语言。
就python而言，几大framework在定制RESTful API上没有本质区别。
【在 x*******g 的大作中提到】
: 具体的实现还在讨论中，大概是用REST。
|
d*******r
发帖数: 3299 | 24 我觉得可以啊，nginx 后面挂的 python code 还是需要异步的
【在 d******e 的大作中提到】
: 我们就是nginx后面挂一堆tornado,不可以吗？
|
L***s
发帖数: 1148 | 25 “后端”如果有复杂的数据处理逻辑，可以考虑进一步拆分成几层RESTful services。
处理和分析大数据的service，要跟外层扛web traffic的app分离开来。 |
