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