个人不是很喜欢目前这类 MVVM 框架(个人认为要改革也要类似 Elm 这种一体化的语言)
但是大家好像都对这类框架很着迷
所以发帖看看自己是不是已经是个异类了
第一页大概有6,7个人明确表示不是很喜欢这类框架。
看来大部分人还是
101
chmlai 2017-02-22 14:48:00 +08:00
React + Redux 就很好
|
102
djyde 2017-02-22 14:59:27 +08:00
|
103
xwartz 2017-02-22 15:13:01 +08:00
看一些回复也是搞笑,既然这些框架能提高生产率为什么不用呢,黑人问号?
|
104
qdwang OP @antowa
我和你的想法非常类似 我希望的是,保留一些自己习惯性的开发方式,能应对以后的不同问题,可以沿用尽可能长的时间。 其实比较偏向于比较传统的语言的开发库形式 有的老程序员,他自己构建的库用了十多年,还一如既往在使用维护。 这些价值感觉才是无价的,对得起自己十多年的积累。 |
105
uzumaki 2017-02-22 15:29:05 +08:00
@qdwang 一些中小企业用这种 简直不能太棒
现在很多公司就是明明没有几个人访问的站点 硬是搞 7788 的 各种大框架啊什么的 然后一大堆遗留问题又处理不了 |
107
chaos_mical 2017-02-22 15:44:16 +08:00
|
108
uzumaki 2017-02-22 15:49:06 +08:00
|
109
rannnn 2017-02-22 15:49:32 +08:00
@jiyinyiyong 我们公司在用 ClojureScript
|
110
antowa 2017-02-22 15:50:50 +08:00
@qdwang 是的。感谢你的赞同。我的答案的初衷其实是想强调新东西学习成本。有些新框架学习起来不容易,况且更替很快。在我看来真没必要。如果说前端是在不断进化,那么我觉得更有必要思考下目前业务逻辑需要哪些功能,是否需要引入一些新东西,而不是盲目的使用“进化”产物。这里进化是打引号的。是否真的在进化,而不是重复造轮子?我都保持怀疑。轮子只是工具,业务和需求才是核心啊。
|
111
qdwang OP @antowa
是的,而且所谓的“进化”,一开始看上去很简洁美。现在想想呢? react 和 vue 都各自加了一些插件来解决它们自己引发的问题。 有的传统架构没有的问题,在它们这里,需要开发一个专门的插件项目来解决。 |
112
fuxiaoabc 2017-02-22 16:05:16 +08:00
|
113
huntererer 2017-02-22 16:06:54 +08:00
变的太快所以不学,你们还是 21 世纪的么?
|
114
huntererer 2017-02-22 16:08:13 +08:00
vanilla.js 也在变, ES6 、 7 也别学了
|
115
FrankFang128 2017-02-22 16:15:26 +08:00
@djyde 从我进一个公司一下午就可以代替一个两三年的人,感觉出来的。
|
116
djyde 2017-02-22 16:17:51 +08:00
@FrankFang128 #115 那是人的问题吧
|
117
chaos_mical 2017-02-22 16:21:47 +08:00
@djyde 他也没说错,前端这东西经验都是解决方案,没有壁垒,每一次大的革新时被年轻力壮的新人取代很正常,因为过去的解决方案毫无用处了。
|
118
gouflv 2017-02-22 16:22:05 +08:00 via iPhone
说用 Elm 的,先撸个可用的项目来看看
|
119
FrankFang128 2017-02-22 16:38:14 +08:00
@djyde 我走了,下一个人也可以一下午取代我。 我说的是前端岗位没有深度的问题,每个前端都差不多。都在追新
|
120
djyde 2017-02-22 16:40:24 +08:00
@chaos_mical #117 所以呢?你的意思是用 Java 是因为学了以后就算不用再 upgrade 自己也不会被淘汰的意思?
|
121
djyde 2017-02-22 16:42:38 +08:00
@FrankFang128 #119 做什么项目都有浅有深啊。我要是写 Android, 然后下一个人接手也能一下午取代我,那是因为 Java 的问题?一个技术有没有深度是用这种方式来衡量的?
|
122
jasonross 2017-02-22 16:46:26 +08:00
、。。
|
123
jiyinyiyong 2017-02-22 16:49:05 +08:00
@rannnn 请问啥公司
|
124
FrankFang128 2017-02-22 16:49:41 +08:00
|
125
qdwang OP |
126
djyde 2017-02-22 17:14:37 +08:00
另外,我认为不喜欢学习的程序员,才是面向工资编程的吧。
|
127
qdwang OP |
128
mfhh 2017-02-22 17:22:23 +08:00
我就不爱用 redux , 好多时候只要 pub 一个数据到目标组件,不需要进 store 的也要进去绕一圈。而且 redux 把组件功能的显示部分(viewer)和数据操作部分(reducer)拆开了。反而不利于组件化。
用 React 和 jquery 等一起用,各取所长用起来比较爽。 toastr,alertify 这种全局组件之类的用传统的就很方便,反而是用 react 硬凹的 toast 很难用。 jQuery 组件因为常常会绑定到全局 dom,所以常见的用法是 Page(A 组件, B 组件, C 组件) React 组件的因为没有全局绑定,所以比较容易干出 Page(A 组件( B 组件( C 组件, D 组件))),复杂的组件可以不断分解为简单的组件。各个击破。 |
132
sampeng 2017-02-22 17:44:48 +08:00
其实这个问题可以引申到其他语言的各种框架。
我的感觉和前面同学说的一样,用框架可以,但是如果只会用框架,可替代性太强。 举个例子。。。 java 的 spring 太强大了。一下午的时间和 3 年只是用框架的人从业务实现来看完全一样,甚至还更高,因为新学所以看的是新的文档。 lz 举完全是雷同的。现在是能不用框架不用框架。。我宁愿自己撸。真省了很多时间吗?除了一些特别复杂的需求。其实很简单几行代码就能搞定。。网上大把的片段能 copy 。。理解不能框架对于个人到底带来的是什么。恩,更多的是懒惰。。。。还有自大。会用几个框架就觉得自己特别牛逼。其实市场上大把的雷同,随时可替代。这也是互联网公司 leader 的阴毛 |
133
rannnn 2017-02-22 18:22:08 +08:00
@jiyinyiyong atlassian
|
134
rannnn 2017-02-22 18:37:51 +08:00
|
135
shijingshijing 2017-02-22 18:41:18 +08:00
|
136
chaos_mical 2017-02-22 19:05:19 +08:00
|
137
rannnn 2017-02-22 19:14:51 +08:00
@shijingshijing 澳洲, linux 版没有计划😂😂😂
|
138
petermu 2017-02-22 19:33:25 +08:00
无论是什么框架,重点是怎么规划代码, react+redux 一样写出可维护性低、屎一样的代码,用 jquery 写,搞搞工具类库,一样写出好代码。但是我很反感动不动就鼓吹 vue , react 。
|
139
jiyinyiyong 2017-02-22 21:29:49 +08:00
@rannnn 全栈 Clojure, 赞赞赞
|
140
leega0 2017-02-23 09:10:23 +08:00
开始不是很喜欢,但是公司业务使用了这个后,用着用着就喜欢了,方便省事。
|
141
ezreal 2017-07-26 21:46:24 +08:00
用 vue 写后台爽歪歪,用过效率最高的
|