V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  otakustay  ›  全部回复第 200 页 / 共 289 页
回复总数  5773
1 ... 196  197  198  199  200  201  202  203  204  205 ... 289  
2016-07-25 12:04:48 +08:00
回复了 gearh 创建的主题 程序员 除了 200 和 404 你们还会主动返回其他的 html status code 吗
@ZE3kr 一般用 img 就是为了发 GET 请求送日志嘛, js 用 ajax 还要撞上跨域……
2016-07-25 11:55:19 +08:00
回复了 gearh 创建的主题 程序员 除了 200 和 404 你们还会主动返回其他的 html status code 吗
@ZE3kr 如果请求是<img>发的,返回 204 在有些版本 firefox 里会控制台报错,因为响应是 image/*却没有 image 的内容
2016-07-24 18:54:31 +08:00
回复了 sphawkcn 创建的主题 JavaScript 请教:代码中出现的“$set”和“&times”是什么东东?
那个$set 十有八九是 immutable update 的方法,应该是 react update helper ,具体也可以参考我的一个类似的库: https://github.com/ecomfe/diffy-update/

react 的 update helper 的文档没这么详细: https://facebook.github.io/react/docs/update.html
2016-07-23 02:17:34 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 有一类人很能接受 Vue 和 ng1 ,就是 java 写的不错但前端不行的人,他们可以接受绑定这个概念,但是对于组件,对于树形结构,完全没办法理解,那么对他们来说,一堆数据+一个 HTML +写写 js 改数据,是在开心不过的了,这就是我厂现在 RD 写页面的现状- -
2016-07-23 02:14:51 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 不,这些人恰恰是 Vue 的人群,因为 Vue 做到了 copy paste 可以跑出个项目来, React 没有做到,拿着 React 的 demo 可以弄出个 Hello World ,接下去怎么办,他们一筹莫展
这是我实际接触过的情况, ng1 他们也能接受,反正 copy paste 改改变量能跑,但 React 他们真的不行
2016-07-23 02:12:54 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 这不是优劣势的问题,对于大部分的人,他们会做的就是:

1 、把官网的例子 copy 过来
2 、胡乱改改变量,加点逻辑
3 、跑起来看看

如果没跑起来,就整个蒙蔽了

你让他们找第三方的 react-template ?让他们再集成这种 addon ?你干脆直接让他们滚蛋回家比较合适。
在这一点上, Vue 就能做到,随便水平怎么样,拿着也许本来就已经写了一大半的大学上课的水平的 HTML ,按着官方例子写个 data ,在 HTML 上吧 src 改成 v-src ,把 onclick 改成 on-click ,哎呦跑起来了
所以 Vue 就是"简单"的,这个话题讨论的"简单"就在这里

你让他们用 EJS ,他们应该也会高兴的,但它们还要去写 jQuery ,去写 attr 、 prop 、 on 、 off , Vue 告诉他们可以这样那样就不用写着写东西了,他们就更高兴了,而且也没给他们什么额外的负担(人家连 doc 都不看,有个啥负担可言,写错了就上 CSDN 问就是了),不久照样写 HTML 么,不就 attr 前面加个 v-,事件前面加个 on-么,对于这些人, Vue 的 modifier 都是不需要知道的, jQuery 是 e.preventDefault , Vue 里也就一样是 e.preventDefault ,毫无迁移成本,这就是"简单"

我知道 React 很优秀,但 React (以及 Flux )天生是为了应对 Facebook 这种级别的应用而生的(这是 Facebook 自己说的),对于那些一辈子也见不到这个级别的东西的人来说,他们不会懂

我再往简单的说,一个 JSX 能吓退各种二三线城市小公司 80 %以上的程序员,光听到"React 的组件是用 JSX 写的,不是 JS",他们就已经和 React 说拜拜了
2016-07-23 02:01:05 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 你说这些第三方的完全没用,我觉得你是太过优秀了,看不到最底层的人是怎么写代码干活的了。。。
2016-07-23 02:00:11 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 你没有意识到,你所说的这些 react 的优势,所谓的限制不易出错、被迫闭包、多用 map 、 filter 、 reduce ,每一件对于不那么优秀的开发者都是一种负担
世界上更多的是不会 filter 不会 map ,只会写个数组 for+push 。更多的是代码随处写 F5 跑起来就关机回家。更多的是根本无法理解"只执行一个值"是怎么回事的人。
所以, Vue 就是"简单""好用",不在于 API 多少,而在于不受限制、不需要听你的哲学、不需要接受思想的洗礼,我很弱但我能让页面展现出来给老板交差,我能下班回家看电影逛街,这就是简单好用
2016-07-23 01:42:39 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva 这里面和模板有关的,包括 directive 、指令、过滤器,其实在 react 中都是 jsx 的一部分,区别在于 jsx 的语法接近 js 所以你熟悉

slot 、 partial 这些不影响组件的实现和使用,不懂就不懂呗,你真有这样的需求,在 react 中去实现只会更麻烦

data 、 props 、 events 、 method 这些基本的, react 中都有

全局 API 大同小异

生命周期 Vue 因为用的是模板而不是 jsx 所以多了 compile 部分的钩子

全局配置差不多, React 人 process.env.NODE_ENV 其实挺难用的

所以综合下来,区别基本都是一下两点导致的:

1 、模板 VS jsx
2 、绑定 VS vDOM

你用熟悉了 jsx 当然觉得额外学习模板很费劲,习惯了 vDOM 又觉得绑定给你增加负担,这就是个先来后到的关系吧

顺便,不懂 directive 一点不影响 vue 的组件开发,内置的足够用了,大不了费劲在 data 上多一些计算逻辑,反正放到 react 里也是 render 写一大堆代码
2016-07-23 00:53:24 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
@ianva react 不需要? Virtual DOM 、 shouldComponentUpdate 、 Immutable 、 Uncontroled Component 、 propTypes 、 Stateless Component ……,这都没算 JSX 的语法,以及 JSX 里各种限制,比如三元不好用啊, render 只能返回一个元素啊
我觉得你只是没仔细看 React 的文档,就看了个 getting started ,然后对于 Vue 又详细看文档不只看《起步》一章,然后这一对比产生了错觉吧……
比如下面只是 React 的一部分,你真的全看了吗
http://ww2.sinaimg.cn/large/7c6576d6gw1f6369q4g53j20bj0yiwgz.jpg
2016-07-23 00:20:04 +08:00
回复了 ianva 创建的主题 前端开发 为什么会有人说 Vue.js 简单?
vue 对应 react 我不觉得概念多
data 在 react 中有 state 不
method 在 react 中有 callback 不
event 在 jsx 里有 onXxx 不
components 大家都一样
props 大家都一样

react 还要带上 children 、 ref 等一堆东西

ng1 不熟,但至少也有 scope 、 service 、 provider 、 directive 、 event 、 digest 、 watch 等,和 vuex 比起来毫不逊色
至于 ng2 ,概念能把你砸成肉酱

你觉得哪个 vue 概念是 react 里没有从而能让人觉得 react 简单的
2016-07-21 11:48:47 +08:00
回复了 xbdsky 创建的主题 Node.js gulp 安装怎么都安装不上?
看命令行的输出确实已经成功装到全局了,所以--g 这个开头是可以用的
只是应该那个目录没在 PATH 里吧, @ghostheaven 说的是对的
2016-07-20 12:36:35 +08:00
回复了 zetaoouyang 创建的主题 生活 请教问题:如果下雨 40 天,我们该是反思什么尼?
@gamexg 看材质,牛仔裤或者被套这种会皱得一塌糊涂,再用挂烫机给弄平。很多 T 恤和内衣倒是不会皱的
2016-07-20 11:58:47 +08:00
回复了 youdaji 创建的主题 职场话题 怎么看待坐地铁去给线下的客户定位 app 的 BUG?
onsite 服务是很正常的,可以考虑找公司要个出差费
2016-07-20 11:49:10 +08:00
回复了 zetaoouyang 创建的主题 生活 请教问题:如果下雨 40 天,我们该是反思什么尼?
反思买了带烘干的洗衣机真是明智无比,顺便再去买双鞋备用
@zakokun 如果现在没有 Android 没有 Sybian 没有 Win phone ,市场是 App Store 垄断的,我保证他这种审核被告到死
对应文化部 /广电在中国的位置,除了一个商业上一个行政上确实不同外,我觉得基本是一个道理的
@Tardis0127 App Store 也要开发者证书,也会逼你必须有自己的登录之类的。根本问题还是在于 App Store 要什么、哪些不能做都是明文公开的,但我国的某些所谓审核根本没有一个公开的规则可以参考
2016-07-18 14:32:17 +08:00
回复了 keep 创建的主题 上海 本人在上海想在上海买房,请教一些问题
首先,你达到上海购房的政策要求了么……
2016-07-18 13:19:43 +08:00
回复了 50vip 创建的主题 分享创造 一个 0.8 简洁的事件订阅和发布 Javascript 库
1. 绑定和移除事件缺少对 this 的自定义会让不少使用方很难受
2. 暴露了太多没啥意义的东西,比如 size()和 events()不应该暴露出来,这和事件的机制相悖
3. un 只接受 eventObject 而不接受 eventName + handler 的话,使用方就不得不找地方存下来这个 eventObject ,加重了他们的负担
4. 从实现上来看,感觉如果有一个 event handler 调用了同事件名的 un (即事件 fire 过程中对这个事件有 on/un ),逻辑会出问题, test case 也没覆盖这些
5. 没用 hasOwnProperty 确实可能是个问题,比如和 sugar.js 配合用可能就完蛋了,另一种方法是把__onfireEvents 初始化为 Object.create(null)
6. 全局单例会让使用场景很受限
1 ... 196  197  198  199  200  201  202  203  204  205 ... 289  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5642 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 57ms · UTC 02:09 · PVG 10:09 · LAX 19:09 · JFK 22:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.