Сегодня я провел 30 минут в паре с одним из инструкторов Learn, пытаясь решить некоторые проблемы, которые есть в моем портфолио проекта Rails. Я обнаружил, что требование проекта использовать настраиваемый модуль записи атрибутов вместо has_nested_attributes
фактически удаляет некоторые функции из окончательного приложения. Из-за отсутствия магии Rails одну из моих проблем решить сложнее, чем ожидалось. Другой - просто более простой оператор if...else
.
JavaScript развивается, и я рад, что с каждым днем он нажимает все больше и больше. Было определенно неприятно иметь довольно четкое представление о рабочем процессе, ресурсах и базе знаний, а затем вернуться почти ни к чему. Я еще не углублялся в документацию Mozilla Developer Network (сокращенно MDN), но знаю, что она скоро появится.
Что-то, с чем я столкнулся сегодня в своей IDE, было ошибкой линтинга от JSLint, указывающей Missing "use strict" pragma
на одну из моих функций. Итак, как хороший разработчик, я погуглил это (ну, это DuckDuckGo). Я наткнулся на отличный пост и обсуждение по этому поводу на Stack Overflow. Мой вывод заключался в том, что использование 'use strict';
обеспечивает выполнение вещей, которые JavaScript допускает, или для которых будут выдаваться тихие ошибки. Таким образом, это в основном заставляет человека правильно писать свой код. Однако это может быть опасно в устаревшем коде. Отличный ответ содержал этот драгоценный камень IMO:
ГДЕ Я ДОЛЖЕН ИСПОЛЬЗОВАТЬ «ИСПОЛЬЗОВАТЬ СТРОГО»?
– В моем новом приложении JavaScript: Абсолютно! Строгий режим можно использовать как информатор, когда вы делаете что-то глупое со своим кодом.
- В моем существующем коде JavaScript: Вероятно, нет! Если в вашем существующем коде JavaScript есть операторы, запрещенные в строгом режиме, приложение просто сломается. Если вам нужен строгий режим, вы должны быть готовы к отладке и исправлению существующего кода. Вот почему использование
'use strict';
не делает ваш код внезапно лучше.
Я планирую добавлять 'use strict';
в начало каждого нового файла JavaScript, над которым работаю. Я не вижу причин не делать этого сейчас, и в конце концов это только заставит меня писать лучший код.
Что вы думаете о 'use strict';
? Оставьте это в комментариях для меня.
Я также узнал сегодня вечером от моего соорганизатора Free Code Camp в Нэшвилле Дэйва, что он выиграл для нас столик на Music City Code 2017, что довольно мило. Пока не уверен, что мы собираемся делать с нашим столом, поэтому, если у вас есть идеи, дайте мне знать!
Затрачено времени сегодня: 3:07
Всего затрачено времени: 329:01
Пройдено уроков сегодня: 5
Всего пройдено уроков: 529
Вернитесь к Дню 85. Перейдите к Дню 88.
Если вы знаете кого-то, кто думает о проведении онлайн-курса по программированию, поделитесь этой статьей в Facebook и Twitter.
И, пожалуйста, нажмите 💚 ниже, чтобы другие люди увидели это здесь, на Medium. Спасибо за чтение.
Первоначально опубликовано на itzsaga.github.io 25 мая 2017 г.