第一次写 Web 页面

[nekocode]

之前一直没接触过前端开发，最近终于尝试写了个简单的页面 nekocode.cn/project-gallery，没用任何框架纯手写 Html / Css / Js。 个人感觉是 Js 的标准库很弱啊，很多常见的工作都没有提供官方接口（导致 JQuery 这类库的出现）。

而且现在前端开发明显是工具 & 框架为王的时代吧？感觉脱离工具和框架想开发复杂点的应用太难了。

---

另求推荐比较小而美的前端开发 工具 /技术 栈。

[fangchang]

vuejs + semantic ui

[TabGre]

React 全家桶

[xmsz]

说真的
我现在开发一个页面不是单页东西的流程就是

git 一个项目
本地一个 clone
vs code 新建一个 html
然后引入
zepto vue 的 cdn

大概 2 分钟环境就有了


---
然后打开 vs code 的 live code
完美达到效果

---
而且不需要要任何环境因素

[brickyang]

能否举几个「常见的工作都没有提供官方接口」的例子？

推荐 React 全家桶。

但，「小」的前端框架工具栈是不存在的。

[yanqing07]

我推荐 angular4-5 （逃

[murmur]

第一次推荐 react 的是什么心态
vue 上不上 vuex 都很简单
react 上不上 redux 和 rxjs 是 随机、H、M 的难度区别

[plqws]

用 Vue 足矣，Vuex Redux 什么的都是项目上了规模才可能会用得到的。
另外根本不需要 Zepto 啊 jQuery 啊，只要搞懂双向绑定和 MVVM 就行了，楼主搞安卓开发的弄明白这些个东西不会难的

[Kilerd]

@murmur 我看 Vue 看了几次，自己写都不知道从何写起。React 一次过，写起来极其流畅。

[oswuhan]

PO 主先看一下回答问题的人有多少是从事前端开发的。

前端开发通常都是在解决类似这样的问题
https://www.v2ex.com/t/431475

负责任的说，这类问题与开发工具、技术栈的选择关系并不大，关键还是解决问题的思路。

思路从何而来？

除了 C/S 开发的基础知识以外，WEB 开发基础的重中之重是 CSS 的 BFC、ES5 的相关特性、浏览器端 DOM 与 js 解析器等等……掌握这些知识，才有想出思路的可能。

当然，有人会说，碰到类似的问题完全可以搜索相关的插件、框架、库等工具，把别人的轮子拿来用即可，何必自己造轮子？

外人看来你是在造轮子，其实你是在构建自己的整车生产车间。买轮子的人，买完轮子还得买其它零件，东拼西凑一通，就跟印度阿三的“万国军”一样，看起来很气派无比，实则不堪一击。

至于 jq/git/node/vue/ng/react/webpack......主要还是用来提升开发效率，提升程序的健壮性等等。

[oswuhan]

@Kilerd 做前端的难点在于写什么，而不是怎么写，用户总是更青睐新鲜的事物，后端可以重用，前端必须不断推陈出新

[murmur]

@oswuhan 更新鲜的事物不等于最新的技术
jquery 也可以做出很赞的设计 而且这部分偏偏是纯前端做不到的 各种动画 banner 必须得有美工和交互设计师
现在的审美都被 apple 毁了 盲目追寻扁平化设计 什么网站都是 bs 风格 nav+logo+文字 /图 /文字 /图。。。。

[murmur]

@Kilerd 你应该选一个好点的脚手架

[oswuhan]

@murmur

误解我了，我的新鲜事物不是指的技术，而是指的包括视觉、操作在内的感官体验，前端开发者必须假设用户不懂技术才能开发出让用户满意的作品。

你后面说的问题我之前再 v2 与人讨论过。要想在感官体验让用户满意，关键还是在于相关设计规范的制定与实施，参与角色除了设计师、前端程序员以外，还得有知识面同时覆盖设计与前端的规范制定者与监督者。

[oswuhan]

@murmur

我#10 的重点在“做前端的难点在于写什么”这句话上，用别人的思路只会写出与别人的雷同的东西，工具只能用来提升工作效率，而不能用来替代思考、创造的过程

[nekocode]

@brickyang 例如 jquery 里的 hasClass() 这类方法。

@murmur @plqws 看了下 react 和 vue 的对比，其实我挺喜欢 jsx，但感觉 vue 学习成本低一些。

@oswuhan 我明白你想表达什么，但你这样说了等于没说。。我就想选个适合尝试的框架而已

还有就是，像 mithril.js 还有 rio.js 这类更小的框架有人用过么？

[zhwithsweet]

原生有个 classList api 可以搞定你说的 hasClass 问题。
react 写起来非常舒服，vue 在某种意义上是写配置，当然我工作主力是 vue。
司徒正妹有个 miniReact 非常小。
最后，真正爱编程的人，是不会满足搞前端的。奋战在前端一线大多是我这种野路子程序员。
(十分想提高技术，逃

[brickyang]

@nekocode element.classList.contains() ？

https://www.w3schools.com/jsref/prop_element_classlist.asp

[oswuhan]

@nekocode

那就直接点： 框架选主流的，真正商用的项目不会固定采用一种技术方案，该重构的时候就重构；

react 和 vue 本质上没啥区别，都是将发展多年的前端开发思想、策略、原理、模式、算法封装为了一套工具栈，侧重点不同而已，要想活学活用工具，还是得看懂背后的思想、策略、原理、模式、算法，并且还是绕不过我#9 说的问题……

[murmur]

@nekocode jsx 只是一个比较垃圾的 template 比（请注意有些人不要来纠正我，对于我来说如果你不玩花样这就是 template 而且还不如 template 完善，比如缺少重要的 for 和 if 标签，也不要吹你的 es6 语法多牛逼）
我在意的是 redux 和 rxjs
去掉 redux 和 rxjs 这俩完全是白菜和萝卜的区别

[oswuhan]

@nekocode

浏览器端 API 统一是大趋势，外加 MV*架构与单项数据流、双向绑定等思想的普及，以及移动端 web 先天性优势，jq 退出历史的舞台是迟早的事情。