Теперь для поддерживаемости вашего кода нужно указать какие же props/каких типов может ожидать наш компонент.
В файл comments.js добавляем:
Теперь для поддерживаемости вашего кода нужно указать какие же props/каких типов может ожидать наш компонент.
В файл comments.js добавляем:
Давайте создадим Ваш первый проект с Node.js. Нашей основной целью будет знакомство с модулями – способом который Node предлагает для организации проекта.
Установите Node на свой компьютер.
https://nodejs.org
Давайте пробежимся по нашему домашнему заданию. Смысл использования React это создание компонентов из вашего функционала, т.е. дробление приложение на маленькие независимые части. В нашем случае комментарии нужно сделать комментарии отдельным компонентами. Также хорошей практикой считается иметь как можно больше stateless компонентов. К примеру в нашем случае это файл comment.js.
Окунемся немного в прошлое и разберемся как вообще появился React, и зачем вообще нам нужны фреймворки. Вернемся лет на 10 назад к примеру, когда был только чистый JavaScript, зачастую он выполнял простейшие задачи, такие как валидация формы и.т.п. Ключевая концепция – это абстрагироваться от неких обыденных проблем, и решать более сложные, задачи.
Гибкая методология разработки (Agile) описывает набор принципов для разработки программного обеспечения в соответствии с которым требования и решения развиваются за счет совместных усилий самоорганизующихся кросс-функциональных команд.
Редактор. Описание редакторов есть здесь. Лично я пользуюсь WebStorm. IDE подсвечивает синтаксис языка, указывает на ошибки, есть возможность подключения к FTP, SFTP и многое другое.
Основное на что хочу обратить внимание:
1) Коммит должен четко соответствовать названию. А из названия должно быть понятно, что именно вы запушили.
2) Хороший комммит умещается на экране, его не нужно долго листать, чтобы понять, что именно вы сделали.
1) Название переменных и методов должно быть четким и ясным, не экономьте на буквах.
2) Методы должны быть не больше 30-40 строк, методы решают одну конкретную задачу, плохие методы делают все.
В первую очередь хочу отметить, что все описанное ниже основано на реальном опыте работы и не является моими личными пожеланиями.
Чтобы правильно оценить задачу, проект нужно: