为什么我们放弃了Vue？Vue和React深度比较

首页 题库 公司真题 专项练习 面试题库 在线编程 面试 面试经验 AI 模拟面试 简历 求职

学习 基础学习课 实战项目课 求职辅导课 专栏&文章 竞赛

我要招人

发布职位

发布职位、邀约牛人

更多企业解决方案

AI面试、笔试、校招、雇品

HR免费试用AI面试

最新面试提效必备

登录

/

注册

叫我没有就好 门头沟学院 Java 发布于上海 关注 已关注 取消关注 @已删除： 为什么我们放弃了Vue？Vue和React深度比较   我使用Vue和React已经很长一段时间了，两个框架上实践代码量都在10万行以上。不得不说都是都很不错的，帮助开发者减少很多工作量，某种框架是现代化Vue和React在两者之间的选择并不像选择苹果或香蕉一样简单，两者在工程实践上的差异让我们逐渐放弃了Vue。此处以不一样的角度对彼此进行深度对比。         常见摇摆问题，观点 首先，我重新谈谈常见对比项目，观点的看法，这些部分内容可以通过一些文章或者Vue官方对比文档查到，主要目的是帮助小白解决入门摇摆问题。如果你反对，欢迎评论区留言Battle，反正我不会回答你这类问题。  Vue或React文档更丰富？ 两者都有丰富的文档（包括中文文档），Vue文档，React中文，所以不用担心你四级都过不了，看不懂文档，这都是有眼就行的事〜当然，如果你提前懂点javascript相关知识也是大大滴好，ES6语法更佳，可以在这里跟阮老师学习，免费的电子书。文档和持续进阶不是你在两个框架间做选择的原因。  Vue的话需要记住各种指令，还有属性细节，免不了经常查文档。React相对简单，记住：“函数入口是props，出口是html”就行了。 ©著作权归作者所有：来自51CTO博客作者写不动代码的码农的原创作品，请联系作者获取转载授权，否则将追究法律责任      React学习门槛高？ 这个也不是你选择框架的原因，如果这个也可以作为原因的话，我觉得是因为你懒，给自己找了借口。据我自己学习，实践总结，两个框架都很简单，有手就行，有脑就会，不见得会React就比Vue牛逼很多。其中都提供了相应脚手架，方便用户使用： Vue npm install -g @vue/clivue create my-project 反应 npx create-react-app my-appcd my-appnpm start  傻瓜式使用，无限div就完事了。      大项目用React，小项目用Vue 这是我以前在华为的时候，内部讨论两个框架对比时下的一个标记。所谓呢？这个就是万精油标注，没有参考意义。你如何定义一个项目是大项目？超过xx万行代码？后端API超过xxx个？无论什么项目，都有做“大”的可能，只要正常运营，你就得持续维护，补充补充的需求。框架的可以替代更为重要。当然我可以这么跟你说，反应适度不适合“小”项目我不知道，但是Vue不适合“大”项目，业务代码超过5万行之后问题明显，后面会详细说这点。  XX大公司也在用Vue，我们跟随就行了 很多新手在入门一些框架，或者选型组件，方案时会看看什么大公司已经用了，避免自己踩坑。当然啦，我也可以滴。但是大公司可能只是“尝鲜”，“实验性” ”使用，这些项目对他们彼此无关紧要，选型失败了，压力给到开发工程师，996纠正就行了，而你，╮（╯▽╰）╭项目和屎一样也得维护下去。   举个选型错误的例子，看看大公司怎么拯救的。  以前在华为做硬件项目的时候，用的原理图软件，那叫一个辣鸡，用着用着总想砸掉电脑。历史问题，选型错误，但无奈很多项目，基础库都在上面，只能硬着头皮搞，迁移的成本太高，软件厂商水平太差，但是华为牛逼啊，把那个软件大改特改，各种内部数据库都集成在上面，各种自开发的辅助工具，还是可以开发出很牛逼的产品，部门做的单板连续11年全球第一。  （PS：以前还用tcl写脚本呢，你也可以试试蛋不蛋疼）- 如果你觉得你能搞定选型错误带来的问题，或者你在华为，那当我们说。  Vue模板简单，React jsx有学习成本 同上。两个都很简单，一学就会。连这点东东都叫学习成本，我只能说：“我不是针对你，我是说在座的各位都是…”（Vue的模板有很多工程实践问题，后面详说。）      性能对比 可以看看这个第三方基准测试，其中都都挺快的。不过我们实践过程中发现有差异，大列表渲染，大量数据加载，不做进一步优化的话Vue明显比React慢。TaskHub这个网站我们以前就是用Vue写的，后来直接迁移到React前端性能大大提高，用户体验有明显的差异（数据结构，后台不变）。      深度对比 本来想简单写写，没想到前面写了那么多了，╮（╯▽╰）╭，下面是重头戏，写写实践过程中发现的问题，两个框架的解决思路。如果你还是小白，下面的一些东西可能没接触过，可以看下这篇文章：【译】通过创建相同的APP，对比React和Vue，切实实现一下，了解基础知识。  市场占比      相关npm下载量见上图，市场已经用脚投票了。看到这里，如果你只想知道选型代表，你可以走了。如果你还说xx大公司在用Vue，跟着就行。可以这么说吧，大公司更多用的是React，用Vue更多的目的是保留相关技术栈能力，多一个选择，避免React许可事件再次发生。  React的许可协议到底发生了什么问题？ Facebook认怂React专利，但问题依旧没有解决？ 当然，尤大也在这里说过，看npm下载量没用，实际使用应该参考devTool的下载量。但是...为啥我打开的很多网站下面这个标都是亮的？ 开发生态  客观地说，作为核心团队成员，意识到我们会更偏爱Vue，认为关于某些问题指向用Vue解决会更好。如果没有这点信念，我们也就不会整天如此忙活了。但是在此后，我们想调整地公平和准确地来描述一切。其他的框架也有显着的优点，例如React庞大的生态系统  由Vue官方  生态上的差异是明显的，这点Vue官方也承认的，很多人因为生态这点迁移到React，不过我本人不是很在意，Vue生态也不差，如果说你用了React生态的东西就觉得很牛逼，你的核心也会用，这点并不能给你产品带来多大增值，竞争力还是要靠自己手码出来的好。下面简单带过：  UI组件 两者的周边UI库都挺丰富的，反应稍微多一点，不过这不是选型的关键，自己手写的UI库也不是什么难事，偶尔封装一下原生标签也是很简单的。以前用Vue的时候还没有UI库，手动写了一个功能比较全的UI库，用汇总打包，也就2万行代码左右，有手就行。  dom相关的第三方库 Vue和React都有ref可以操作dom，自己封装一下不是什么难事。可以找找有没别人封装好的，拿来主义。  Vue：访问子组件实例或子元素 React：Refs和DOM 小程序（划重点） 有小程序开发经验的同学都知道，小程序原生开发是很蛋疼的，通常需要串行框架封装，代码转换。常见的有几个框架：  芋头（React技术栈，推荐使用） wepy（Vue技术栈，强烈不推荐使用） uni-app（Vue技术栈，可以使用） 这些小程序开发框架都是基于Vue或React的二次封装，简化小程序开发。  vue的一些周边库和Vue强绑定，而不是一个独立的js库的形式存在。导致代码难以理解，相关的Bug，问题也带到了二次开发的框架中。  这种强依赖导致的问题会给以后项目升级，迁移带来很多问题。比如vuex作为Vue的官方推荐的状态管理方案，只能在Vue的上面使用，不能在阵营上面使用。Redux的状态管理在阵营上用的多，这个却能用在Vue之上。类似的问题很多，你会发现React周围的东西可以用于Vue，Vue的东西不能用在React上。  如果你觉得这个问题不严重，当你把Vue代码迁移到小程序wepy框架时发现，wepy不支持Vuex（bug异常多），状态管理只能用redux，欲哭无泪。同样的问题，如果你用的是React相关技术栈，反应迁移到Taro小程序框架异常简单，而且可以一次性生成微信小程序，支付宝小程序，字节跳动小程序等，代码占用率高。  APP生态 weex，rn这块我没有比较好的实践经验，其中一些生产方案必须慎重考虑。rn比weex成熟这点是明确的。  逻辑代码组织  Vue三种组件写法对比（Js部分） 对象API 29行 import Vue, { PropOptions } from 'vue'interface User {  firstName: string  lastName: number}export default Vue.extend({  name: 'YourComponent',  props: {    user: {      type: Object,      required: true    } as PropOptions<User>  },  data () {    return {      message: 'This is a message'    }  },  computed: {    fullName (): string {      return `${this.user.firstName} ${this.user.lastName}`    }  }}) API类17行 import { Vue, Component, Prop } from 'vue-property-decorator'interface User {  firstName: string  lastName: number}@Componentexport default class YourComponent extends Vue {  @Prop({ type: Object, required: true }) readonly user!: User  message: string = 'This is a message'  get fullName (): string {    return `${this.user.firstName} ${this.user.lastName}`  }} 功能API 25行 import Vue from 'vue'import { computed, value } from 'vue-function-api'interface User {  firstName: string  lastName: number}interface YourProps {  user?: User}export default Vue.extend({  name: 'YourComponent',  setup ({ user }: YourProps) {    const fullName = computed(() => `${user.firstName} ${user.lastName}`)    const message = value('This is a message')    return {      fullName,      message    }  }})   React两种组件写法对比（Js部分） class组件34行 import React, { Component } from 'react';interface P {}interface S {}class Index extends Component<P, S> {  constructor(props: Readonly<P>) {    super(props);    this.state = {};  }  static defaultProps = {};  componentDidMount() {}  componentDidUpdate(prevProps: Readonly<P>) {}  componentWillUnmount() {}  render() {    return (      <div>      </div>    );  }}export default Index; 函数组件15行 import React, { FC } from "react";interface Props {}const Index: FC<Props> = (props) => {  // js 代码  return (    <div></div>  );};Index.defaultProps = {};export default Index; 在js逻辑部分其中写法没毛病，都需要用到框架特定的生命周期钩子，Vue的类写法最简洁（3种对比），反应的功能写法最清晰（全部写法对比）。这部分不是选择关键，怎么写是个人喜好。  组件内状态管理 Vue使用的是数据对象（数据），反应使用的是状态对象（不可变状态），这点两个框架的设计不同，如下的问题解决思路也不同。  我如何修改数据？Vue直接将此引用数据对象，直接修改。React使用setState方法修改 框架如何发现数据被修改？Vue使用es5新方法Object.defineProperty，劫持setter，getter实现数据监听。React，你用了setState，它通过这个函数就知道一些数据变化了。 我如何发现数据被修改？Vue：使用观察者，或者计算属性发现反应：componentWillUpdate，componentDidUpdate中可以监听变化，或者函数组件的依赖部分插入 框架何时渲染修改的数据，我如何知道已经渲染好了？Vue：在适当的时候渲染，你通过使用watcher，或者计算属性发现反应：setState调用后在适当的时候重新渲染，并调用相关生命周期钩子 在组件状态管理功能上两者都没有太多槽点，如果要说的话就是Vue watcher写多了代码一堆缩进，比较严重，反应也没好多少。  Vue的写法更加简单，但组件状态很多，需要明确的数据更新逻辑时，反应简单的setState（{} ，callback），就搞定了，Vue有点让人摸不到头脑。  Vue项目解决bug和疑难杂症三大定理  没有什么是deep watch解决不了的，有就加立即事件相关，dom相关记得nextTick实在不行，就用setTimeout  （来自某师兄）  React的不可变（immutable）状态在应用复杂时表现出的透明，可测试性更佳。  以上内容对比下降，感觉两者都OKOK的，功能也健全，Vue生态差一点，但是可以自己动手丰衣足食。以下是我们真正弃用Vue的原因。  沃苏艾德布耀布耀德说过：同样的问题，在语言层面上的解决方案才是最佳解决方案。语言生命周期长于框架生命周期  模板语法VS JSX 一部分丢失 Vue的单文件组件，使用<template>，<script>对代码进行分割，直接导致的问题就是丢失。举个例子，你封装了一些常用的函数，在Vue文件中import进来。你这个函数能在template中直接使用吗？ // filter.js 文件export function isNickname(value) {  return /^[\s\S]{1,50}$/.test(value);} <template>  <div>    {{ a }}    <button @click="a = isNickname('abc')">Test</button>    {{ b }}  </div></template><script>// eslint-disable-next-line no-unused-varsimport {isNickname} from '../fn/filter';export default {  name: 'HelloWorld',  props: { msg: String },  data: () => {    return {      a: false,      b: 1,      c: 1,    }  },  methods: {    isNickname1() {      return isNickname('abc');    }  }}</script><style scoped></style> 上述代码会报错： [Vue warn]: Property&nbs***bsp;method "isNickname" is not defined on the instance but referenced during render 所以你只能将方法定义在methods中，再引用进来。模板语法并不知道你有isNickname这个函数，简单的操作多了3行代码。  模板语法不是图灵完备的，必须转换为js代码（渲染函数），放在组件语境下才行。类似的例子还有很多，你会发现，你写的代码与Vue强绑定了，哪天Vue核心库升级了，你代码也崩溃了。Vue核心库升级了，周边依赖库也得跟着升级。  模板分割  好的代码组织能将常变与不变的部分进行分割解变量  Vue的模板严重限制了这一点。举个例子，前端有个拖放菜单，功能不断增加，而且对于不同的人要显示不同菜单（权限管理）。在Vue中，为了实现html代码（绑定在template）中）的分割，你只能再搞一个组件。在React中，可以直接这样写： const menu = <div>abc<div>; 可单独做一个组件（低开销函数组件），也可当做变量，放在当前代码中。相对灵活很多。  JSX手写渲染渲染函数自带下面的优势  完整的js功能来构建视图页面，可以使用临时变量，js自带的控制流，以及直接引用当前js作用域中的值 开发工具对jsx的支持比现有vue模板高级（linting，typescript，编译器自动补全） JSX可以用于Vue可以用于React，就像Redux一样。这种语言是与框架解压缩的。     “虽然模板语法有那么多问题，但是Vue也支持JSX呀。”   我猜到你会这么说，但就像上面所说的，既然我一定要用JSX / TSX，Redux了，那我为什么不用React？     “基于HTML的模板可以将现有的应用逐步迁移到Vue更加容易”   不会更容易，只会更麻烦。首先，下面会说到的模板中无法很好linting，type指示，代码迁移过去很多bug无法及时发现。其次代码迁移很大一部分都是js逻辑的迁移（这个更重要），迁移到vue中，你需要填鸭式细分原始代码，放到计算，心态中，工作量不小且代码和Vue强绑定。最后，原代码类，@ click这些东西，有现代化的编辑器，批量替换成className，onClick不是很简单的事情吗？  打字稿，棉绒支持     这点更是致命，Typescript已成为我们前端开发的必需品。前就能发现大量错误。   而Vue的模板不支持typescript（官方还在增强），在模板上支持要很多“ hack”操作，原始框架更为复杂。Vue.extend对象中编写代码很难有比较好的ts，从而更好的支持Typescript，我们以前都是使用Vue的类写法（参考上文）。前端配合后台放置接口，而很多未提前检查出的错误都出现在模板代码中。 可测试性，重构 Vue需要新建一个.vue文件 <template>  <div>    {{hello}}  </div></template><script>export default {  name: 'Test',  props: {    hello: String  },  created() {    console.log(this.hello);  }}</script><style scoped></style> React操作都在jsx环境下执行，放的位置随意，写法比模板更容易测试，继承： function Test(props: { hello: string }) {  console.log(props);  return <div>{props.hello}</div>} Vue与React测试成本的差异明显。React手起刀落，一个函数就搞定了，要测试什么内容清晰可见。类型，属性修正就行了，编辑器自动化。  复杂状态，动作管理 总体状态管理方案选型是很重要的，毕竟95％以上的API对接代码都在这里，这部分代码占位代码很大一部分，可以互换，替代，测试成为选择的关键。  Vue推荐的方案只有将转换的Vuex（Redux迁移到Vue等不算内部）React周边方案有Redux，Mobx等。这些库不会与React有太强的替换（可以独立存在）。两个框架的状态管理思想差不多，都是单向数据流，单例模式（Vuex＆Redux）。  威克斯   Vuex的源码不多，可以看这里。可以看到代码中有很多和Vue强绑定的东东，脱离了Vue，这东西就没法用了。你可能会说我就用Vue，什么React不去用不就完了？考虑以下场景：  项目经理要把Vue的代码迁移支持小程序，突然！有的框架不支持Vuex，脑袋嗡嗡嗡叫 项目经理说要设配APP端，突然！一堆臭虫！脑袋嗡嗡叫 项目经理脑抽，要把React项目迁移到Vue，突然！redux！用的还是saga！脑袋嗡嗡叫 状态管理出现静态问题！要写一堆烂码去解决。新人看了脑袋嗡嗡叫 这部分的代码比Vuex源码都多？这些问题都是状态管理库和框架强绑定导致的，框架上的问题也会影响到周边库。 if (version >= 2) {    Vue.mixin({ beforeCreate: vuexInit })  } else {    // override init and inject vuex init procedure    // for 1.x backwards compatibility.    const _init = Vue.prototype._init    Vue.prototype._init = function (options = {}) {      options.init = options.init        ? [vuexInit].concat(options.init)        : vuexInit      _init.call(this, options)    }  } 可以看到，Vue核心升级，这些伴随的库也得升级，测试。在非浏览器环境下运行时，由于Vue（或类Vue框架）的初始化等机制需要体积，会导致相关库，如Vuex不可用，多了一个代码分支，相关代码无法替换，测试，重构负担重。   Redux是React上比较常用的状态管理方案，其设计思想非常简单（见上图），可以独立使用，相关代码容易迁移到不同平台。衍生出周边替代方案也很多：  重击式 redux-promise Redux-Saga 可观察到的 选型可以参考这里＆这里，我们用saga比较多，处理静态问题等比较简单，起步多看看文档就可以，也不难。下面这张图可以帮助你理解几个方案之间的关系，利弊权衡。      相关插件也很丰富，参考：Redux Middleware。你会发现很多你想要的东西Vuex都木有！      “既然这样，我在Vue上用Redux就行了”     也行，毕竟这样以后迁移到React会简单点。  万恶之源this指针 写过React函数组件的同学都知道，引用类组件，函数组件少了this指针，代码简化，清晰多余。而这个问题在Vue上更为严重。      有人觉得这是优点，方便使用。等你代码量上去了再来说话。     当项目多人协作的时候，或者承接某人某祖传代码，你不分段搜索，你都不知道这个上面挂了羊头还是狗肉。  这个.ajax 这个.http 这条信息 this.wtf… 正如一位网友评论：      那东西就是总体作用域。拿“允许在分成作用域上随便放东西很方便”作为优点的话，和“允许随地大小便会很方便”有什么区别……     写C语言的新手都知道类别变量不要随意用，这满天飞的this，张三读不懂，李四看不懂，IDE也不懂。而且这是官方推荐写法，╮（╯▽╰）╭（说大规模不太准确，应该说是组件作用域）  想起我以前写的Vue UI库，叫SUE-UI，sue〜很快的样子。为了避免以后和其他插件冲突，插件使用都是：  this。$ su_message this。$ su_modal 这个。$ su_toast 往事不堪回首啊！ 最后 框架功能上，暂时没有发现Vue做的来React做不来的事情，反过来也一样，两个框架都能满足功能需求。工程实践上，由于转换性，代码组织，粗略升级，测试，开拓让我们最终放弃了Vue。  在Vue中你操作的是定义好的对象，React中你操作的是一个函数。所谓前端开发，本质就是在编写下面几个函数。 S = async(A1)S = sync(A2)UI = f(S) 显然，阵营对此的抽象更为彻底。                               点赞 14 评论 2 全部评论 推荐最新楼层 暂无评论，快来抢首评~

相关推荐

09-16 11:50 门头沟学院 前端工程师 京东前端面经 1. CSS 垂直居中有哪些方法？追问：如果有两个 div，一个设置了 `display: block`，另一个怎么让它占满整个容器？2. `px`、`rem`、`vw` 有什么区别？3. 深拷贝和浅拷贝有什么区别？4. 怎么把一个一维数组转换成树形结构？5. 怎么取消一个定时器？6. `git pull` 和 `git fetch` 有什么区别？7. 你同事在一个他自己的分支上写好了一个通用方法，你怎么用 git 把这个方法拿到你的分支上用？ 查看8道真题和解析 点赞 评论 收藏 分享 09-17 19:56 已编辑 南京农业大学 golang 阿里菜鸟-JAVA研发一二面（已挂） 一面 60min迟到7分钟，第一次遇到迟到这么久的介绍项目java中 == 和equals的区别java中final和finally的区别；finally语句块中一般写什么有哪些java集合；有哪些有序的MapArrayList和LinkedList的区别场景设计一个秒杀活动，需要检查活动开启状态和扣减库存。设计一个java类，只需要关键内容。如何保证缓存和数据库一致性秒杀场景若引入Redis，Redis宕机如何保证数据更新请求不丢失如何保证消息不重复消费MySQL索引的数据结构；MySQL B+树和普通B+树的区别身份证号适合作为主键吗MySQL事务隔离机制；默认隔离机制；如何实现RRMyS... 查看27道真题和解析 点赞 评论 收藏 分享 09-04 20:39 南京林业大学 机械工程师 佬们，帮孩子看看吧，是不是没希望了，只能明年备考研究生了啊 孩子到现在也没工作，投了小两百家了，简历迭代到目前这样，还请大家指点指点。 站队站对牛：这个实习挺多 点赞 评论 收藏 分享 09-16 15:38 门头沟学院 Java 还有近乎0面试的吗 本科 211，从八月下旬开始正式投入秋招投递，到现在陆陆续续投了大概 100 家公司可结果真的太打击人了 —— 迄今为止，只收到了两个面试邀约，其中一个一面就挂了，另一个还在等反馈，简历大部分都是投出去就没动静，偶尔收到几个笔试或 AI 面试，认真准备后也没下文。有时候看着自己投过的公司列表，再想想 100 家的数量和几乎为零的有效反馈，真的会怀疑：是我能力不够，还是今年秋招本来就这么难？211 本的背景，在秋招里到底算不算有优势啊？​现在每天都在焦虑里打转：早上醒来第一件事就是刷招聘软件和邮箱，没消息就心慌；晚上躺着翻来覆去睡不着，总忍不住想 “别人是不是都拿到好多面试了”“我会不会秋招全凉... 相川涡波：得211本➕大厂实习才算有点优势吧，现在太卷了 我的秋招日记 点赞 评论 收藏 分享 评论 点赞成功，聊一聊 >点赞 收藏 分享 评论 提到的真题

返回内容

全站热榜 更多 1 ... 米哈游笔试9.21 4796 2 ... 啊啊啊啊宝宝感觉你是那种跟风的，高考听别人说计算机专业好就报考了计算机专业的，但是分不够只能考上双非的，大三看不清形势又跟风考研的，但是研究生学又不理想的。 感觉你是那种读研期间一直做深度学习课题的， 3736 3 ... 🎉创作红榜第2期丨7篇内容解决你的“求职/职场/成长困惑”！ 2907 4 ... 小红书商业技术 一面 1h 2120 5 ... 嵌入式秋招面经分享（攒人品） 2009 6 ... 秋招进度（0 offer版） 1906 7 ... 美团后端日常实习一、二面凉经 1760 8 ... 掌阅科技 1547 9 ... java 1279 10 ... 布什哥们，27届你们不上课吗 1186 创作者周榜 更多 正在热议 更多 # 你面试被问到过哪些不会的问题？ # 52653次浏览 1236人参与# 度小满求职进展汇总 # 3141次浏览 28人参与# 毕业论文怎么查AI率 # 57910次浏览 1924人参与# 水滴求职进展汇总 # 8134次浏览 48人参与# 辞职之后最想做的一件事 # 23808次浏览 232人参与# 不考虑薪资和职业，你最想做什么工作呢？ # 105290次浏览 727人参与# 豪迈求职进展汇总 # 19063次浏览 142人参与# 从顶到拉给所有面过的公司评分 # 54586次浏览 331人参与# 小厂实习有必要去吗 # 58950次浏览 297人参与# 宣讲会你有哪些意向不到的收获 # 10290次浏览 50人参与# 晒一晒你收到的礼盒 # 79519次浏览 413人参与# 你的国庆怎么过 # 29451次浏览 257人参与# 晒晒你的中秋福利 # 21286次浏览 141人参与# 十一假期一定要干的事 # 20145次浏览 147人参与# 为了求职，我做过的疯狂伪装 # 25006次浏览 504人参与# 机械制造岗投递时间线 # 29680次浏览 372人参与# 工作压力大怎么缓解 # 109661次浏览 1074人参与# bilibili求职进展汇总 # 107864次浏览 893人参与# 落户对你的求职选择影响有多大 # 23043次浏览 88人参与# 秋招的嫡长offer # 70787次浏览 560人参与

刷真题、补算法、看面经、得内推

扫一扫，把题目装进口袋

移动版

关于我们 加入我们 意见反馈

企业服务

校企合作 联系我们 免责声明 友情链接 资源导航

付费咨询

扫描二维码，进入QQ群

扫描二维码，关注牛客公众号

公司地址：北京市朝阳区北苑路北美国际商务中心K1座一层-北京牛客科技有限公司

联系方式：010-60728802 投诉举报电话：010-57596212（朝阳人力社保局）

牛客科技©2025 All rights reserved

admin@nowcoder.com 京ICP备14055008号-4 增值电信业务经营许可证 营业执照 人力资源服务许可证 京公网安备 11010502036488号