p********o
发帖数: 640 | 1 最近在看 有什么 js的 框架可以代替 django没有
发现 meteor 比较全面
所以来问问 用过这个框架的:
1. deploy 到自己的server 支持好不好, 需要root 么?
2. 周边的community 大么?
如果这个 框架不行 有什么推荐的 可以替换 django的 js 框架?
感谢感谢 |
T******7
发帖数: 1419 | |
l**********n
发帖数: 8443 | |
d*******r
发帖数: 3299 | 4 为啥要替代 Django，追新?
【在 p********o 的大作中提到】
: 最近在看 有什么 js的 框架可以代替 django没有
: 发现 meteor 比较全面
: 所以来问问 用过这个框架的:
: 1. deploy 到自己的server 支持好不好, 需要root 么?
: 2. 周边的community 大么?
: 如果这个 框架不行 有什么推荐的 可以替换 django的 js 框架?
: 感谢感谢
|
l**********n
发帖数: 8443 | 5 django太笨重了。用js主要是一个语言搞定。
【在 d*******r 的大作中提到】
: 为啥要替代 Django，追新?
|
p********o
发帖数: 640 | 6
有追新的原因
以前的工作是做 web service
现在的工作要做front-end 查了一下 前台mvc都块过时了
惊呆了 学点新的 免得被后浪压死了
【在 d*******r 的大作中提到】
: 为啥要替代 Django，追新?
|
p********o
发帖数: 640 | 7
有追新的原因
以前的工作是做 web service
现在的工作要做front-end 查了一下 前台mvc都块过时了
惊呆了 学点新的 免得被后浪压死了
【在 d*******r 的大作中提到】
: 为啥要替代 Django，追新?
|
d*******r
发帖数: 3299 | 8 你现在推荐啥, React.js + ??
JS 前端现在这一波还在演化的 tools, 成熟了没, 到底是在用 ES2015 还是
TypeScript?
【在 l**********n 的大作中提到】
: django太笨重了。用js主要是一个语言搞定。
|
d*******r
发帖数: 3299 | 9 搞IT被后浪压死很正常...
我以前用过 MEAN, 觉得Angular.js非常不好用...
所以现在看到别人捣鼓 React.js 的话，就比较有兴趣.
【在 p********o 的大作中提到】
:
: 有追新的原因
: 以前的工作是做 web service
: 现在的工作要做front-end 查了一下 前台mvc都块过时了
: 惊呆了 学点新的 免得被后浪压死了
|
l**********n
发帖数: 8443 | 10 https://angularjs.org/
Angular2
【在 d*******r 的大作中提到】
: 你现在推荐啥, React.js + ??
: JS 前端现在这一波还在演化的 tools, 成熟了没, 到底是在用 ES2015 还是
: TypeScript?
|
|
|
p********o
发帖数: 640 | 11
我在 考虑是 meteor+react 还是 flux+react
【在 d*******r 的大作中提到】
: 搞IT被后浪压死很正常...
: 我以前用过 MEAN, 觉得Angular.js非常不好用...
: 所以现在看到别人捣鼓 React.js 的话，就比较有兴趣.
|
d*******r
发帖数: 3299 | 12 你好像一直在变呀...
【在 l**********n 的大作中提到】
: https://angularjs.org/
: Angular2
|
d*******r
发帖数: 3299 | 13 Flux 肯定跟 React 结合更好了
选 meteor 感觉风险有点大, 不过 meteor 后台都包了, 应该省事儿些.
【在 p********o 的大作中提到】
:
: 我在 考虑是 meteor+react 还是 flux+react
|
l**********n
发帖数: 8443 | |
k**n
发帖数: 3989 | 15 觉得flux 不如meteor 好用...
flux 是空的..meteor 比较实.
【在 d*******r 的大作中提到】
: Flux 肯定跟 React 结合更好了
: 选 meteor 感觉风险有点大, 不过 meteor 后台都包了, 应该省事儿些.
|
w********m
发帖数: 1137 | |
d*******r
发帖数: 3299 | 17 但是 meteor + react 看着不像亲生的呀
【在 k**n 的大作中提到】
: 觉得flux 不如meteor 好用...
: flux 是空的..meteor 比较实.
|
h******b
发帖数: 6055 | 18 后台是nodejs, 安全方面不会有任何问题。
meteor我很喜欢，一条龙服务，所有功能都是现成的。 你define一个user
object他后台自动写数据库。你几乎感觉不到后台的存在，完全无缝。 加上大把
package，从脸书谷歌登陆到图表，都是区区几行代码。
真的非常牛。中小型项目最快最猛的框架，没有之一。 前台react, angular还是
blaze任选。
建议用angular或react, blaze离开了meteor平台就没人用了。 喜欢哪个用哪个。
【在 w********m 的大作中提到】
: meteor不是不安全吗？js直通数据库
|
d*******r
发帖数: 3299 | 19 看了下大家对 Meteor 的评论
https://www.quora.com/What-are-the-downsides-of-building-with-MeteorJS
- It has its own package system. The amount of wasted effort happening in
the community trying to resolve how to get the ###'s of existing NodeJS and
Bower packages to work with Meteor is just horrible.
- The way they handle hot-code reload using an Apache Cordova(-like?) mobile
web server imho is not a very good architecture, and I see it having long
term supportability and compatability issues. It also means it won't work
with PhoneGap Build.
- The *magic* in their auto-bundling auto-optimizing build system is great
for quick prototyping but becomes a liability for more complex apps. It can
be difficult to properly control load order of code assets unless you go to
custom packages, and then it is very manual and tedious. Compared to
Browserify or JSPM, it's just damn draconian. Gulp is fantastic for build
automation, and in all honestly, I would rather just do it myself and be
able to control more of the process.
- The data pub/sub architecture with MongoDB oplog tailing vs. polling seems
like it has some issues with scale/performance. It also makes it difficult
for MeteorJS to support other databases (currently they only support MongoDB
).
- Documentation isn't always that great. They have a lot of "Hello World"
level stuff to get you started, but very little advanced guidance of how to
structure and build more complex applications.
- Try looking at the code!!! They don't even follow their own developer
standards most of the time. |
k**n
发帖数: 3989 | 20 看评论大家都认为目前meteor 适合快糙猛的小项目与MVP 项目.
大项目复杂度与traffic高的,长远来玩就不如自己构架了。
and
mobile
【在 d*******r 的大作中提到】
: 看了下大家对 Meteor 的评论
: https://www.quora.com/What-are-the-downsides-of-building-with-MeteorJS
: - It has its own package system. The amount of wasted effort happening in
: the community trying to resolve how to get the ###'s of existing NodeJS and
: Bower packages to work with Meteor is just horrible.
: - The way they handle hot-code reload using an Apache Cordova(-like?) mobile
: web server imho is not a very good architecture, and I see it having long
: term supportability and compatability issues. It also means it won't work
: with PhoneGap Build.
: - The *magic* in their auto-bundling auto-optimizing build system is great
|
|
|
ET
发帖数: 10701 | 21 整了一个月在meteor上。总体来说的评价是资源太少
主要更的是个angular -meteor tutorial
我觉得这个项目的前途有限。
【在 k**n 的大作中提到】
: 看评论大家都认为目前meteor 适合快糙猛的小项目与MVP 项目.
: 大项目复杂度与traffic高的,长远来玩就不如自己构架了。
:
: and
: mobile
|
d*******r
发帖数: 3299 | 22 Node.js 其实一直没有一个大而全，而且容易 scale up 的框架, 类似 Django
【在 ET 的大作中提到】
: 整了一个月在meteor上。总体来说的评价是资源太少
: 主要更的是个angular -meteor tutorial
: 我觉得这个项目的前途有限。
|
l**********n
发帖数: 8443 | 23 Server side templating is dying. Node.js don't have a framework for server
side templating not because it cannot
【在 d*******r 的大作中提到】
: Node.js 其实一直没有一个大而全，而且容易 scale up 的框架, 类似 Django
|
l**********n
发帖数: 8443 | 24 而且js这种没有类型的语言在server端不是个nightmare？ |
l**********n
发帖数: 8443 | 25 Rails is so slow because it doesn't have asynchronous built in it. Every
database access will block the process progress. In this regard, Node.js has
built in async. I would say that async support is vital for a language to
shine. |
l******n
发帖数: 9344 | 26 server side template有啥缺点，要死？替代品是啥？
【在 l**********n 的大作中提到】
: Server side templating is dying. Node.js don't have a framework for server
: side templating not because it cannot
|
d*******r
发帖数: 3299 | 27 我懂你的意思，我并不是说一定要搞 server template MVC ORM 那一套.
但是，client SPA + pure server RESTful 的话，我没见着一套特别成熟，上来改几
个配置文件就能用的框架, 我指成熟度达到 Django, RoR, Spring MVC 那种程度,可扩
展程度, scale up 能力的. 有的话，我也愿意用.
MEAN 没有一套现成搭建好的大框架，就是一堆零散的轮子，你得自己搭建.
Meteor 是快糙猛，但是它太超前，完全是自己的一套东西，跟其他轮子难用在一起.
问题是是它 scale up 貌似还不好，你自己独一套东西，跑起来慢了卡了怎么办? 重新
完全自己写?
【在 l**********n 的大作中提到】
: Server side templating is dying. Node.js don't have a framework for server
: side templating not because it cannot
|
d*******r
发帖数: 3299 | 28 他应该指的是 client SPA (React.js, Angular.js) + pure server RESTful
server side template 缺点是，client 端交互体验慢一点.
client SPA 缺点是初次 load 时间长，SEO 不好搞.
所以现在 React.js 搞什么 server, client 端都能生成 template.
【在 l******n 的大作中提到】
: server side template有啥缺点，要死？替代品是啥？
|
l**********n
发帖数: 8443 | 29 client SPA现在很成塾了，各种工具层出不穷，server side rendering 己经完全没有
必要了，既使django也抛弃server side rendering了，server side rendering 完全
不能利用client side的各种工具，而且现在还要面向mobile, server side rendering
在mobile完全吃蹩
【在 d*******r 的大作中提到】
: 他应该指的是 client SPA (React.js, Angular.js) + pure server RESTful
: server side template 缺点是，client 端交互体验慢一点.
: client SPA 缺点是初次 load 时间长，SEO 不好搞.
: 所以现在 React.js 搞什么 server, client 端都能生成 template.
|
d*******r
发帖数: 3299 | 30 那你推荐个 tool set 吧, 从 client SPA 到后端 pure RESTful 对接.
前端肯定是 JS, 后端 Node.js, Python, Java 都行.
rendering
【在 l**********n 的大作中提到】
: client SPA现在很成塾了，各种工具层出不穷，server side rendering 己经完全没有
: 必要了，既使django也抛弃server side rendering了，server side rendering 完全
: 不能利用client side的各种工具，而且现在还要面向mobile, server side rendering
: 在mobile完全吃蹩
|
|
|
l**********n
发帖数: 8443 | 31 后端的技术选择什么都行了，node, python, java各有优势，node天生异步，但缺乏类
型，python长于科学计算，ruby善长定义dsl, java善长多线程，前端的工具像bower,
sass, scss, gulp, webpack
【在 d*******r 的大作中提到】
: 那你推荐个 tool set 吧, 从 client SPA 到后端 pure RESTful 对接.
: 前端肯定是 JS, 后端 Node.js, Python, Java 都行.
:
: rendering
|
l**********n
发帖数: 8443 | 32 js天生异步这点就够了
,
【在 l**********n 的大作中提到】
: 后端的技术选择什么都行了，node, python, java各有优势，node天生异步，但缺乏类
: 型，python长于科学计算，ruby善长定义dsl, java善长多线程，前端的工具像bower,
: sass, scss, gulp, webpack
|
d*******r
发帖数: 3299 | 33 还是一堆松散的轮子，要自己拼接呀
你前端框架现在到底在用 React.js 还是 Angular.js 2 ?
,
【在 l**********n 的大作中提到】
: 后端的技术选择什么都行了，node, python, java各有优势，node天生异步，但缺乏类
: 型，python长于科学计算，ruby善长定义dsl, java善长多线程，前端的工具像bower,
: sass, scss, gulp, webpack
|
l**********n
发帖数: 8443 | 34 我什么都用，有时候用pure jquery. 关键是前端的工具是通用的, 从module loading,
到build.
【在 d*******r 的大作中提到】
: 还是一堆松散的轮子，要自己拼接呀
: 你前端框架现在到底在用 React.js 还是 Angular.js 2 ?
:
: ,
|
l**********n
发帖数: 8443 | 35 我觉得框架是要学，但要记住他们是opinionated, 而工具要掌握，因为是通用的
loading,
【在 l**********n 的大作中提到】
: 我什么都用，有时候用pure jquery. 关键是前端的工具是通用的, 从module loading,
: 到build.
|
l**********n
发帖数: 8443 | 36 打个比方， angular 2 就包含了很多react的思想。我写angular 1的时候，一样可以
运用react的思想。
【在 l**********n 的大作中提到】
: 我觉得框架是要学，但要记住他们是opinionated, 而工具要掌握，因为是通用的
:
: loading,
|
d*******r
发帖数: 3299 | 37 确实总是可以这么说思想/idea是通的，
但是不同frameworks的开发经验，不同的坑的数目和深浅是很不同的.
【在 l**********n 的大作中提到】
: 打个比方， angular 2 就包含了很多react的思想。我写angular 1的时候，一样可以
: 运用react的思想。
|
ET
发帖数: 10701 | 38 that's the damned true point.
【在 d*******r 的大作中提到】
: 确实总是可以这么说思想/idea是通的，
: 但是不同frameworks的开发经验，不同的坑的数目和深浅是很不同的.
|
d*******r
发帖数: 3299 | 39 TypeScript 适合和 React.js 合起来用吗?
我知道 Angular.js 2 在用 TypeScript
【在 l**********n 的大作中提到】
: 而且js这种没有类型的语言在server端不是个nightmare？
|
l**********n
发帖数: 8443 | 40 https://github.com/tastejs/todomvc/tree/gh-pages/examples/typescript-react
【在 d*******r 的大作中提到】
: TypeScript 适合和 React.js 合起来用吗?
: 我知道 Angular.js 2 在用 TypeScript
|
|
|
x***4
发帖数: 1815 | 41 en，我觉得Django坑少。而且大家deploy得很多，有问题容易找到答案。
【在 d*******r 的大作中提到】
: 确实总是可以这么说思想/idea是通的，
: 但是不同frameworks的开发经验，不同的坑的数目和深浅是很不同的.
|
l**********n
发帖数: 8443 | 42 那是因为你对这个语言或framework还不熟悉。
【在 x***4 的大作中提到】
: en，我觉得Django坑少。而且大家deploy得很多，有问题容易找到答案。
|
w********m
发帖数: 1137 | 43 web service 说到底是DB决定的。
mysql，postgres就django。
mongodb就mean，或者meteor。
oracle就java。
否则都是坑。 |
d****i
发帖数: 4809 | 44 这个不好说，任何DB都提供这些主流web应用语言的driver，只不过因为传统和文化还
有taste不一样而通常有比较固定典型的组合。
MySQL的典型后端大部分是PHP和Java，这个毫无疑问，LAMP不是白叫的。
PostgreSQL典型后端是Python，连很多上面的脚本工具都是用Python
MongoDB典型后端是JavaScript(Node.js)，连query都是JavaScript的
Oracle一般是Java，企业级应用
SQL Server都是C#或者VB，企业级应用
然后除了SQL Server在Windows server，其他DB和后端语言基本上都只在Linux和Unix
上跑。
【在 w********m 的大作中提到】
: web service 说到底是DB决定的。
: mysql，postgres就django。
: mongodb就mean，或者meteor。
: oracle就java。
: 否则都是坑。
|
d*******r
发帖数: 3299 | 45 我觉得你的意思其实是 web service framework 跟 DB 强相关.
比如 Django, RoR 这种 ORM 类的，肯定是 SQL DB.
MEAN, meteor 这种，自然就用 MongoDB.
【在 w********m 的大作中提到】
: web service 说到底是DB决定的。
: mysql，postgres就django。
: mongodb就mean，或者meteor。
: oracle就java。
: 否则都是坑。
|
l**********n
发帖数: 8443 | 46 why? mean can also use ORM.
【在 d*******r 的大作中提到】
: 我觉得你的意思其实是 web service framework 跟 DB 强相关.
: 比如 Django, RoR 这种 ORM 类的，肯定是 SQL DB.
: MEAN, meteor 这种，自然就用 MongoDB.
|
w********m
发帖数: 1137 | 47 大多数web service里面DB是rate limiter。
ORM或者connector的质量很关键。
语言只是DB的附属。
java可以免费，oracle不能免费。
C＃可以免费，sql server不能免费。
netflix因为用oracle才发展成为一个java shop。
facebook舍不得mysql，那么就php吧。
DB选好了，不按练级的套路选语言，刷层次刷不高。 |
l**********n
发帖数: 8443 | 48 db也分同步，异步
【在 w********m 的大作中提到】
: 大多数web service里面DB是rate limiter。
: ORM或者connector的质量很关键。
: 语言只是DB的附属。
: java可以免费，oracle不能免费。
: C＃可以免费，sql server不能免费。
: netflix因为用oracle才发展成为一个java shop。
: facebook舍不得mysql，那么就php吧。
: DB选好了，不按练级的套路选语言，刷层次刷不高。
|
