Главные страницы - вопрос о дизайне

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

В настоящее время мы сталкиваемся с двумя проблемами: во-первых, первоначальная идея заключалась в том, чтобы иметь общий макет для каждого бизнес-приложения. Вот почему главная страница находится во фреймворке компании. Во-вторых, некоторым приложениям требовалась другая компоновка, что вызывало некоторую боль, поскольку вся логика для меню, классов CSS и т. д. Находилась во фреймворке ...

Вы можете сказать мне, что думаете?

Спасибо,

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
0
492
5
Перейти к ответу Данный вопрос помечен как решенный

Ответы 5

Совместное использование некоторой библиотеки CSS и дизайна (шаблоны, изображения, палитра), но одна общая мастер-страница вряд ли будет достаточно гибкой.

Ответ принят как подходящий

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

Еще один момент, который следует учитывать, - это использование разных главных страниц в одном приложении для разных целей. Например, вы можете использовать одну главную страницу для внутреннего персонала, одну для клиентов и т. д. Или вы можете использовать одну главную страницу для обычных браузеров, а другую - для таких устройств, как Blackberry.

Думаю, это зависит от требований вашей компании. Раньше я работал в организации, где это было частью нашей основной структуры. Однако это произошло только потому, что все наши веб-приложения были внутренними и должны были иметь одинаковый внешний вид.

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

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

Я не думаю, что вам даже следует рассматривать возможность использования одной и той же главной страницы для нескольких приложений, поскольку это сильно ограничит ваши действия со своими главными страницами. Фактически, я рекомендую вам иметь несколько мастер-страниц внутри одного приложения, если вам это нужно. В этом нет ничего плохого.

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

Надеюсь, это поможет.

Другие вопросы по теме