看了你这个代码，我都替你哭了

ByteCat

想当年学会jquery走遍天下都不怕
现在tm学前端就先安装一堆垃圾玩意 然后都不知道怎么上手  baidu.mk

jlb0906

ByteCat 发表于 2020-4-12 22:26
想当年学会jquery走遍天下都不怕
现在tm学前端就先安装一堆垃圾玩意 然后都不知道怎么上手  baidu.mk ...

哈哈哈，前端正在组件化，工程化。正好是重复后端的老路

cnly1987

多说无益，作为一个全栈工程师来说。
VUE的开发模式是真的垃圾。
REACT 只从react hook之后，真的只要你会点JS，就可以用react写了。
VUE JS 这种template /CSS/JS  分开来写在一个.VUE文件中。简直跟以前写HTML有什么区别

dvbhack

ByteCat 发表于 2020-4-12 22:26
想当年学会jquery走遍天下都不怕
现在tm学前端就先安装一堆垃圾玩意 然后都不知道怎么上手  baidu.mk ...

单说 jQuery  能干的事情

元素选择已经有原生的 document.querySelector 和 document.querySelectorAll 可以用，Ajax 请求已经有原生的 fetch 可以用。

所以 bootstrap 5.0、Github 纷纷放弃 jQuery.

再说楼主贴出来的那个极端的 Vue 组件，先不说组件本身封装的问题，即使组件封装有问题，但是它绑定的属性，不只是绑定了几个样式而已，我看代码里全是属性绑定但从命名上看明显有不少是绑定事件的。

假如说这个高度可定制化的日历组件，换成 jQuery 来实现，你 jQuery 要实现的代码也不会少到哪里去（毕竟对应的那些方法、属性都是要写的），而这个日历组件内部可能还有细分的组件，比如浮层、选择器等等。

假如这个组件写成了这样呢： <v-calendar ref="calendar" props="calendarOptions" />，而我页面上如果有不同的地方需要不同样式或者不同交互性的日历，有可能是这样：

<v-calendar ref="calendarA" props="calendarOptionA" />
<v-calendar ref="calendarB" props="calendarOptionB" />
<v-calendar ref="calendarC" props="calendarOptionC" />


而 javascript 代码同样可能因此得到精简：

const defaultOption = {
    // 默认配置
}

const calendarOptionA = Object.assign(defaultOption, {
    // A 日历需要个性化的选项和方法
}

const calendarOptionB = Object.assign(defaultOption, {
    // B 日历需要个性化的选项和方法
}

const calendarOptionC = Object.assign(defaultOption, {
    // C 日历需要个性化的选项和方法
}

---

jQuery 曾经发挥了它的巨大作用，所以在 2005 年以后 Ajax 流行起来的那几年 jQuery 才能风靡世界。但不代表它永远都是最佳选择。

Vue.js 有 Vue.js 的问题，React 有 React 的问题，Angular 有 Angular 的问题，但它们也各自有它们的先进之处和适合的场景。

miniliuke

vue等框架代表了一种思想、一种设计模式，提升了代码的可重用性、可读性和可维护性，不是为了你写了爽有了c为啥还要有c++、有了xxx为啥还要xxxx？不知道就搜搜为啥，知道还认为没用建议你就不要用，选择一个技术看重的是他的优点而不是缺点怕第三方有漏洞，就别用jquery，写原生js去，更安全

yc260982

这几年前端已经疯了，除了各种框架，还有typescript，学不动了也不想学了

ytuu

当一个只会JQ的人赚了100W的时候 那些盲目追所谓新技术的 依然就是打工的，，，我想知道内心如何想。或许会转行吧。

DROP

还是太年轻

额头有王的喵

看不懂，基础php会点就行了