Андрей К

В Вашем условии нерешаемая проблема - это Photoshop. Но сейчас многие делают дизайн в Figma.

По остальным условиям, современный Linux достаточно хорошая среда работы, не считая мелких глюков интерфейса, которые могут раздражать, но не мешают работе по сути.

То, что тут написали против Linux, или пробовали его лет 5-10 назад, или просто от кого-то слышали.

React стоит использовать тогда, когда именно за это платят, а так есть куда более приятные вещи .

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

Yii2 и Laravel используют Active Record вместо Entity и Repository, то есть описание данных и доступ к ним.

Service - это слой в котором у Java выполняется бизнес-логика, хотя у .Net часто прямо в моделях. (Первое называют анемичными моделями, кто-то рассматривает это как правильную архитектуру, кто-то как антипаттерн).

Это я к тому, что в архитектуре больше философии, чем инженерии.

В общем, не заморачивайтесь. Если у Вас просто CRUD, то нет смысла плодить кучу абстракций и нужно использовать Active Record и запросы через него в контроллере.

Если запросы сложнее и это уже связано с доменной областью, то пишем в Active Query у Yii2 и методы под каждую ситуацию, чтобы при замене логики не искать по всему коду. Но это а том случае, если именно приложение, а не конкретного action.

Если какая-то простая логика, типа сложить два числа, то можно прямо в самом Active Record, если уже что-то сложнее, то выноситься в уровень Service про который Вы и спрашивали. Тогда он будет запрашивать у Active Record, а Controller будет работать с Service.

Repository даёт абстракцию над хранилищем, но я бы не использовал его с Yii2. Тоже очень неоднозначная штука, то что в Java почему-то называют Repository, на самом деле является просто DAO, при этом в .Net используют настоящие Repository.

Главное правило, если кода много и начинаете в нем теряться, нужно думать о том, как его разделить. Остальное с опытом!

1. Первое что открыл:
















Ну тут явно напрашивается какой-то цыкл.

2. Так конечно технически можно...

{
currencyList.map((currencyItem, index) => (

checkedCurrency(currencyItem)}
>{currencyItem}


))
}

Но лучше не писать логику, тот же map в части return. Обычно это выносится в переменную выше, можно в самом методе render, в зависимости от ситуации, а потом уже только поставляется сама переменная в разметку.

3. В глаза бросается

export { default } from './Ticket';

Во-первых, не нужно создавать лишний файл, сама директория уже служит именем компонента, поэтому уже index.js и есть тот самый файл.

Во-вторых, это ещё больше минус, так как создаёт впечатление, что Вы не понимаете как работает import/export.

Если используется default, то не нужно использовать деструктивное присвоение. Нужно просто писать:

export mySuperTicket from './Ticket';

Конечно имя нормальное писать нужно, это в том смысле, что можно любое.

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