Интервьюер: Есть ли разница между react и vue?

опрос

предисловие

Привет всем, вы ходили на могилы во время фестиваля Цинмин? ! !

Ближе к дому, это вторая статья из серии интервью с автором! ! ! ! ! ! !

Что такое реагировать и vue? Есть ли разница?

Второй из трех основных фреймворков не должен быть незнаком всем, и все они были изучены или использовались при разработке.

Но в чем разница между ними? Это то, что нам нужно изучить и изучить в этой статье.

Начинать!

МВК и МВВМ

Во-первых, давайте объясним, что означают эти буквы

  • М: модельная модель
  • V: просмотр просмотра
  • C: Контроллер Контроллер
  • ВМ: модель представления ViewModel

Во-первых, я сказал MVC, а другой (Anuglar) все точно узнают в трех фреймах.

Если вы написали angular, вы обязательно очень четко поймете смысл, см. следующий код:

<input  ng-model="ball.basketball"  />

.contronller('BallController', ($scope) => {
    const ball = {
        basketball: '我是蔡徐坤'
    }
    
    $scope.ball = ball
})

Тег input хорошо понятен, это представление V (view) в MVC.

Контроллер, как следует из названия, — это контроллер C (контроллер) в MVC.

Ball — это модель M (модель) в MVC.

Концепция MVC проста, вы хотите отобразить баскетбольную страницу.

  1. Установите модель баскетбольного мяча, чтобы она ждала, когда ею воспользуются.
  2. Напишите представление, которое нужно показать баскетбольному мячу.
  3. Используйте контроллеры для взаимодействия с моделями и представлениями.

Кажется, что концепция MVC очень удобна, а фреймворк очень стандартизирован, но после того, как количество кода станет слишком большим, весь проект вообще будет казаться раздутым и негибким.

Автору посчастливилось поддерживать проект angular1.x под названием "дерьмовая гора", потому что после сотен (вероятно) итераций требований код каждого контроллера превышает 2000 строк, и каждый раз исправляется ошибка и пишется новое требование , all Многое нужно поддерживать.

Тогда давайте узнаем о MVVM.

<input  v-model="ball.basketball"  />
let vm = new Vue({
    data: {
        ball: {
            baskertball: '蔡徐坤就是我'
        }
    }
})
  • М: модельная модель
  • V: просмотр просмотра
  • ВМ: модель представления ViewModel

На самом деле, вы можете понять это, взглянув на код: vm на самом деле является объектом vue. Его функция — привязать его к представлению.Независимо от того, обновляется ли баскетбольный мяч в модели или выполняет другие операции, он будет уведомлен и отправлен в представление через виртуальную машину.

Преимущество этого заключается в том, что, во-первых, вам не нужно много раз писать бизнес-логику. Подобно функции корзины, если вы инкапсулируете ее в компонент (ViewModel), вы можете напрямую вводить вызовы во многих местах.

отвлечься

Пока я пишу, автор чувствует себя не в теме.На самом деле, vue и react — это два превосходных фреймворка, которые основаны на концептуальных идеях mvvm и собственных идеях инженеров.

Их отличия:

  1. Теги Vue, такие как v-model, более удобны, чем react.По сути, они также являются слоем инкапсулированного синтаксического сахара.Когда вы привязываете ввод, вам не нужно писать события изменения.
  2. JSX React очень мощный и чрезвычайно расширяемый.
  3. Операция Vue dom очень удобна, разнообразна, удобна для инструкций, инструкций и так далее.
  4. Идея реакции отличная, различные абстракции и паттерны делают код красивее и так далее.

Есть ли разница между реакцией и vue? Можно так сказать!

  1. Познакомить с понятием mvc и mvvm.
  2. Объясните основные идеи реагирования и vue.
  3. Назовите их сильные и слабые стороны.
  4. Практика: вы находитесь в проекте xx и выбираете xx framework из-за проблемы xx.
  5. Наконец пришли к выводу.

Например, собственный ответ автора на этот вопрос таков:

  1. Mvc и mvvm конкретно относятся к ххххххх, их разница — хххх, а преимущества и недостатки каждой стороны — хххх.
  2. Нижний уровень vue реализован с помощью xxxx.Кроме того, если вы столкнетесь с массивом из-за дефекта xx, нижний уровень vue должен переписать восемь функций, связанных с массивами и так далее.
  3. JSX в React мощный и гибкий, но код должен быть стандартизирован, и у каждого свой стиль кода. 4. Поскольку итеративное обновление проекта происходит очень быстро, его удобно разрабатывать нескольким людям, поэтому я выбираю фреймворк xx.
  4. На самом деле, любой фреймворк должен комбинироваться в соответствии с различными факторами в реальной среде, а не какой фреймворк непобедим, взять его, вставить и скопировать челнок напрямую.
Ну, что нужно сказать, закончилось.
Это вторая статья о преимуществах фреймворков.

Первая часть цикла интервью:Интервьюер: Вы знаете Callback Hell?

Если у вас есть какие-либо достижения или вопросы, пожалуйста, прокомментируйте ниже и поставьте лайк! Спасибо за просмотр здесь.
Категории