Руководство по спецификации фронтенд-разработки (нейминг, HTML, CSS, JS, ES6, React)

внешний интерфейс спецификация кода
Руководство по спецификации фронтенд-разработки (нейминг, HTML, CSS, JS, ES6, React)

Введение

Руководство по спецификации фронтенд-разработки (именование, HTML, CSS, JS, ES6, React) полная ссылка, добро пожаловать, чтобы дать ваши ценные комментарии;

Исходный адрес GitHub, если вы считаете, что документ можно заставить посмотреть, добро пожаловатьstar ~

Эта статья была впервые опубликована в моем личном блоге:blogs.niceboybao.com/

Оригинальная ссылка:блоги YouMeasure Wave Bank Insurance.com/2019/03/05/…

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

Вы когда-нибудь беспокоились?

Вы всегда жалуетесь, что все аспекты команды проекта непоследовательны, сложны в обслуживании и странны?

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

Вам всегда требуется много времени для разрешения конфликтов кода в разных форматах каждый раз, когда вы объединяете код?

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

нормативное значение

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

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

нормативное назначение

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

представлять

Инженерная архитектура основана наvuepressВстроенный адрес исходного кодаGithub.com/ вы измерите серебряную страхование / ..., если у вас есть какие-либо вопросы, пожалуйста, нажмитеNew Issue,Добро пожаловатьpushАктуальный контент, чтобы пополнить ряды участников, если вы считаете, что документ все еще можно увидеть, добро пожаловатьstar ~

Документация составлена ​​со ссылками на ряд популярных справочников спецификаций внешнего интерфейса с открытым исходным кодом и обобщена в сочетании с личными проектами. проект快速预览图следующим образом:

Справочная документация

протокол с открытым исходным кодом

MIT License

Категории