这是一个创建于 2831 天前的主题，其中的信息可能已经有所发展或是发生改变。
个人不是很喜欢目前这类 MVVM 框架（个人认为要改革也要类似 Elm 这种一体化的语言）
但是大家好像都对这类框架很着迷
所以发帖看看自己是不是已经是个异类了
第 1 条附言 · 2017-02-22 15:21:18 +08:00
第一页大概有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 写后台爽歪歪，用过效率最高的
|
Select Language