Dmitry Bay

Ответ 1:

1. Импортируешь Provider в файл index.js, чтобы не пробрасывать props через каждый дочерний компонент:
   import { Provider } from "mobx-react";
   
2. В файле index.js оборачиваешь компонент рендеринга в Provider:
   

   ReactDOM.render(<Provider store={store}>
       <App />
     </Provider>, document.getElementById('root'));

3. Импортируешь inject в нужный компонент, где нужно использовать тебе store:
   import { inject } from "mobx-react";
   
4. Если классовый компонент, можешь повесить @inject("store") перед объявлением класса, где значение в скобках — название твоего пропса, который ты передаешь в Provider в index.js:
   

   import React, { Component } from 'react';
   import { inject } from "mobx-react";
   
   @inject("store")
   class Form extends Component {
     render() {
       return (
         <form className="form">
           <select>
             <option></option>
           </select>
         </form>
       );
     }
   }
   
   export default Form;

5. Если компонент функциональный, то можно сделать так:

   import React from "react";
   import { inject } from "mobx-react";
   
   const App = () => {
     return <div className="App">Hello World!</div>;
   };
   
   export default inject("store")(App);

   
   
   

Ответ 2:

1. Теперь доступ к store есть из любого компонента, который находится в дереве Provider и на котором повешен @inject("store").
   Чтобы вызвать метод из стора, следуй примеру ниже. Допустим, вызовем метод по нажатию кнопки:

   <button onClick={() => this.props.store.getUsers()}></button>

   И, насколько я понимаю, нужно обернуть вызываемую функцию в стрелочную функцию, то есть: () =>, если нужный метод находится за пределами текущего файла. В твоем случае — да.
   
   Можешь еще сделать деструктуризацию, и обращаться сразу к нужному методу:

   const { getUsers } = this.props.store;
     // какой-то код
   
     return <button onClick={() => getUsers()}></button>;
   };

   
   
   
   

Какой-то странный вопрос.
Во-первых, использование функций - не самоцель. Образованный человек отличается от пэтэушника в первую очередь не словарным запасом, а тем, что умеет выражать свои мысли четко и понятно. И может написать большой текст так, чтобы его было удобно читать.
А какие слова он при этом использует - дело десятое. Да, можно иногда сократить текст, используя общепринятый термин вместо его описания, но это не принципиально.
Так же и с кодом. Он должен быть четким, красивым и осмысленным.

Во-вторых, встроенные функции - это вообще какая-то ерунда. Используется раз в неделю. Куда важнее умеешь ли ты пользоваться библиотеками. Вот где эрудиция-то проявляется. Сидишь ли на коленке колупаешь CURLOPT или используешь гузлю. mail или phpmailer. И так далее.
Как в анекдоте - ты уже не сам анекдот рассказываешь, а только номер называешь.

В-третьих, опять же, код мы пишем не на голом пхп, а с использованием своих моделей, фреймворка, тех же библиотек. То есть в современном коде редко можно встретить голую функцию пхп.
То есть это просто другой уровень. зачем тебе mb_strlen и mb_substr чтобы обрезать текст по заданной длине, если у тебя уже есть готовая функция, которая это делает?

В-четвертых, непонятно, зачем насильно какие-то функции зубрить если все равно через неделю забудешь. Какая проблема перед решением какой-то задачи быстро погуглить функцию?

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

да. только лучше.

Поставьте виртуалку с линукс
выделите ей 2гб
поставьте докер
Профит)

Вам нужно поднять лимиты по питанию в BIOS

У тебя камеры подключены на один usb2 порт с помощью хаба? разнеси их по дальше (если я верно понимаю на материнской плате позади порты так же идут парами или по четыре), в какой порт вставить какую камеру выбирай экспериментально, в идеале используй usb3 порт хотя бы для одной камеры

две камеры могут не работать одновременно в одном usb хабе по причине нехватки производительности usb или просто одна из них работает с usb косячно

без макоси вы не собирете билд под железку.
остаётся покупка нового или б/у мака или увлекательный секас с виртуалками или хакинтошем.

У WebStorm, который у вас открыт, есть прекрасный инструмент разрешения конфликтов.

Через меню сначала сделайте Git->Commit.
Потом в меню Git -> Fetch (вытащить все последние изменения с сервера в кэш гита).
Затем Git -> Pull.
Если есть конфликты, откроется инструмент разрешения конфликтов.

Там все визуально легко понять, что и куда мержится. Слева у вас изменения с сервера, справа ваши, а посередине результат, который можно редактировать.

На хабре еженедельный(?) обзор новостей по фронтенду и вроде такой же по мобильной разработке, и вроде по бэку тоже что-то такое есть.