ВКР: Реализация библиотеки пользовательских UI-компонентов

Оглавление

ВВЕДЕНИЕ
1 ИСПОЛЬЗОВАНИЕ БИБЛИОТЕК UI-КОМПОНЕНТОВ В РАЗРАБОТКЕ
1.1 Преимущества и недостатки
1.2 Анализ существующих решений
1.3 Анализ различных методологий работы со стилями
1.4 Постановка задачи
2 ТЕОРИТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ БИБЛИОТЕКИ
2.1 Подход к проектированию компонентов
2.2 Покрытие кодовой базы тестами
2.3 Создание визуальных тестов состояний и документации при помощи Storybook
3 РЕАЛИЗАЦИЯ
3.1 Зависимости проекта
3.2 Создание компонентов
3.2 Написание тестов
3.3 Работа с Storybook
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

В современном мире web-разработка является одной из наиболее динамично развивающихся и востребованных областей информационных технологий и представляет из себя процесс создания и поддержки веб-приложений и сайтов. Она включает в себя различные этапы, такие как проектирование интерфейса, разработка как клиентской части приложения, так и серверной, тестирование, развертывание и поддержка. С каждым годом требования к веб-приложениям становятся все более сложными и разнообразными, что создает необходимость в новых подходах к разработке и дизайну пользовательских интерфейсов (UI).
История web-разработки началась в конце девяностых годов прошлого века с появления первых веб-страниц и браузеров. В то время веб-сайты были простыми и примитивными и состояли из текста, статических изображений и гиперссылок. В 1996 году появился CSS (Cascading Style Sheets) - язык таблиц стилей, который позволил разработчикам отделить содержимое веб-страниц от их визуального представления. CSS позволяет определять цвета, шрифты, размеры, отступы и другие атрибуты элементов на странице. А с развитием технологий, появлением динамических языков программирования, таких как PHP и jаvascript, и развитием jаvascript - фреймворков, таких как Angular, React и Vue веб-разработка стала гораздо более интерактивной.
С течением времени web сталкивался с различными трудностями и вызовами. Одной из основных проблем была несовместимость между различными браузерами, так как они реализовывали стандарты и спецификации HTML, CSS и jаvascript по-разному (даже в пределах одного браузера разные версии могли иметь различия в реализации), а некоторые из них использовали проприетарные технологии, которые не поддерживались другими. Это создавало проблемы с отображением и функциональностью кросс-браузерных веб-приложений. Разработчикам приходилось выбирать между использованием таких технологий или поддержкой всех популярных браузеров, а также создавать различные проверки и использовать полифилы – скрипты, реализующие функциональность, которая не поддерживается тем или иным клиентским ПО, и обеспечивающие совместимость версий.
Другой очень важной проблемой, с которой пришлось столкнуться программистам, является проблема масштабируемости и производительности. Рост объема данных привел к увеличению времени отклика и низкой производительности. Увеличение нагрузки, вызванное ростом числа пользователей и активности на веб-сайтах, также было одной из причин снижения производительности, так как многие веб-приложения того времени не были способны обрабатывать большое количество запросов одновременно. Последней причиной можно назвать архитектурные решения. Например, приложения, архитектура которых является монолитной, могут иметь ограничения при горизонтальном масштабировании (масштабирование, предполагающее увеличение производительности и обработки нагрузки за счет добавления дополнительных серверов или узлов в инфраструктуру). Решая данную проблему, приходилось прибегать к асинхронному программированию, которое позволяет эффективно использовать ресурсы и к кешированию данных – процессу, позволяющему избежать повторного выполнения дорогостоящих операций и ускоряющему обработку запросов.