В последнее время я увлекся «модуляризацией», включая статьи и PPT, и был вынужден задуматься о многом сопутствующем. Чтобы разобраться в моих мыслях о «модульности» в этот период, большинство из них основано на моем собственном опыте и понимании работы по реконструкции страниц. В определенной степени существуют ограничения, и я надеюсь, что смогу узнать что-то новое, просматривая. прошлое.
«Модуль» — это просто модное название технологий и методов, которые мы использовали в прошлом, как и «Ajax». Однако, как тенденция развития реконструкции страниц, люди уделяют ей все больше внимания, и часто неосознанно говорят о «модульности», но вы действительно понимаете, что такое «модуляризация»?
Что такое модульность?
В CNKI существует 28 интерпретаций «модульности». Видно, что широко используется «модульное» мышление. Ближайшим объяснением «модуляризации» при реконструкции страниц, вероятно, является объяснение в разработке программного обеспечения.
Давайте сначала посмотрим, как статья Baidu объясняет « модульность »:
Под модульностью понимается процесс разделения программной системы на несколько модулей слой за слоем сверху вниз при решении сложной задачи. Каждый модуль выполняет определенную подфункцию, и все модули собираются определенным образом, образуя единое целое для выполнения функций, необходимых всей системе. Модуль имеет следующие основные атрибуты: интерфейс, функция, логика и статус. Функция, статус и интерфейс отражают внешние характеристики модуля, а логика отражает его внутренние характеристики. В архитектуре программного обеспечения модули — это блоки, которые можно комбинировать, разлагать и заменять.
Есть также довольно много связанных книг, и заинтересованные студенты могут их поискать. Необходимо подчеркнуть, что то, чему мы учимся, — это образ мышления.
Почему создание страниц должно быть модульным?
Наполнение сайта увеличивается, а код раздувается, что постепенно влияет на клиентский опыт (в основном на скорость открытия) и эффективность обслуживания. Есть ли способы решения этих проблем?
Мы можем легко подумать о сокращении избыточности кода, улучшении повторного использования кода, сжатии изображений и т. д., но как этого добиться? Можно решить модульное мышление, которое может эффективно уменьшить избыточность кода и улучшить повторное использование кода. Что еще более важно, оно может поддерживать обслуживание несколькими людьми и снижать затраты на обслуживание. Метод написания CSS более гибок и может легко вызвать связанность кода. Использование модульности также может в определенной степени уменьшить связанность, что также полезно для поиска ошибок. Поэтому нам следует уделять больше внимания и использовать «модульное мышление» при написании сайта на ранней стадии его создания.
Значительная часть оптимизации производительности сайта, о которой мы часто упоминали ранее, также включает в себя «модуляризацию», например, улучшение повторного использования кода, повышение эффективности разработки и т. д. У «модуляризации» есть много преимуществ, я кратко перечислю их:
Улучшите повторное использование кода, повысьте эффективность разработки, уменьшите затраты на связь, уменьшите связанность, уменьшите риски выпуска, сократите время обнаружения ошибок и затраты на их исправление, повысите отказоустойчивость страниц, лучше реализуйте быстрые итерации и улучшите поддержку выпусков в оттенках серого. Я считаю, что это самый важный момент. , является «улучшением частоты повторного использования кода», что также является одной из важнейших особенностей модульности.
Как добиться «модульности»?
Основная проблема здесь — «модульность» HTML и CSS. Мы можем посмотреть, как реализовать скин:
То же имя класса, файлы изменений (JS)
Тот же файл, меняем имя класса (JS)
Отсюда мы видим реализацию интерфейса HTML и CSS:
Чтобы лучше реализовать этот интерфейс, три метода имен классов, представленные CSS, должны иметь соответствующие соглашения, правила и спецификации (взаимодействие, дизайн, страница, разработка). Например: все текущие состояния используют одно и то же имя класса «nonce». " , все исполнения, выделенные серым цветом, используют исходное имя класса, за которым следует "_n", реализацию Tab и т. д. При наличии этих соглашений, правил и спецификаций HTML-код можно легко шаблонизировать и унифицировать со спецификациями интерфейса.
Прежде всего необходимо понять два недоразумения:
Модульность не означает, что его можно использовать в любом месте (модульные сегменты кода также имеют применимые ограничения области действия и требуют среды, предоставляющей правила интерфейса).
Модульность не означает, что ее нельзя изменить (модульные сегменты кода можно модифицировать в соответствии с реальными потребностями).
Полностью независимые модули размещаются в одном проекте. Поскольку проект обладает собственной производительностью и интерактивным единством, между модулями должны быть схожие части. Эти части могут быть предложены как общие определения, чтобы уменьшить избыточность. , и полностью отделить его невозможно. Поэтому очень важным моментом в модуляризации является «умеренная связанность». При публичном определении необходимо скорректировать реализацию стиля модуля, и эта корректировка также повлияет на реализацию «интерфейса».
Поскольку в этой статье в основном говорится о модульном мышлении, конкретные детали реализации будут обсуждаться в будущих статьях. Соответствующий контент вы можете прочитать в ранее написанной статье « Модуляризация от IKEA Furniture Design ». Добро пожаловать для обсуждения вместе.