ksimmi, Дизайнеры умеющие в UX крайне редко встречаются.
В вашем случае, например есть несколько кейсов.
1. Редактирование зоны.
Однозначно не частая операция, только в браузере, скорее всего кастомный редактор. Типа онлайн векторного редактора. Добавляет подложку, тип кресла, иконку для типа кресла, подсветку. Соответственно привязываются и места.
2. Интерфейс заказы билетов для кассира
Требования быстро все заполнить, ткнул мышкой, вбил контакты клиента, зафиксировал.
Единственное отступление это часть клиентов типа ночного клуба, там мобильное приложение и фиксация на входе.
3. Интерфейс администратора зала
Тут в общем то кроме назначения цен. евентов и просмотра статистики ничего не нужно.
Но самое главное что мобильная версия должна быть с уведомлениями и возможностью разрулить все по быстрому зарезервировав места, красот не нужно, только информационная картинка
Яхья, Тут комплексное решение. Первое это длина запроса вебсервера, решается именно подкладыванием веб конфига, либо в iismanager. И второй этап это настройка в net core
Как минимум при вставке в форумы это работает, вам не нужно дублировать имя файла в сопроводиловке.
Другой вопрос когда вы в IDE прыгаете на другой файл, вкладка может не показать полное имя файла
ksimmi, В браузере не получится, но как мне видится в браузере несколько другие задачи и инструменты.
Мобильное приложение оно больше для отображения результата.
Даже svg по большему счету не нужно. Просто отрисовка условных "квадратиков" над одной подложкой, конечно подсветка контура было бы круто, но не так уж и важно.
ksimmi, SVG поддерживается браузером нативно, так что в общем то и не нужно рендерить для браузера.
Кроме того если использовать WebView то и на мобильнике не нужно будет что то делать, просто показывать страницу.
2 По одному svg-изображению на каждый тип места. Под типом я имею в виду вариатовность самих мест, например вип-кресло, обычное кресло.
Это как атрибут вынесенный выше, "цвет штанов" можно дифференцировать тарифными планами.
3 Атрибуты мест (JSON?)?
Их в общем то не так много. Я бы предложил следующий вариант:
id - идентификатор в зоне
row - логический ряд
col - логический столбец
price
x - физическая привязка для экрана
y - физическая привязка для экрана
isBusy
meta - дополнительные данные для каждого клиента
freeExec, мы не в мире Виндоуз 3.1 живем. Многозадачность вытесняющая можно кстати поставить приоритет для потока, с сетью сложнее но тоже решаемо, но уже на уровне маршрутизатора
freeExec, кстати для серверов обычно создают corecount x 2. Ну и руками автор явно зря рулит есть threadpool есть parallels там собственно можно тонко все настроить .
Developer, Да ладно, если он этот код не поймет и тупо скопипастит, срежут как копипастера, а если поймет, хотя бы узнает что такое linq, Extension, строки форматирования и decunstruction
edward_freedom, Это 2019.
Впрочем этот кусок кода на самом деле только предлог для поговорить.
Знаки препинания, регистр символов, ну и главное использование памяти, представь что нужно пропарсить 10 гигов.
В вашем случае, например есть несколько кейсов.
1. Редактирование зоны.
Однозначно не частая операция, только в браузере, скорее всего кастомный редактор. Типа онлайн векторного редактора. Добавляет подложку, тип кресла, иконку для типа кресла, подсветку. Соответственно привязываются и места.
2. Интерфейс заказы билетов для кассира
Требования быстро все заполнить, ткнул мышкой, вбил контакты клиента, зафиксировал.
Единственное отступление это часть клиентов типа ночного клуба, там мобильное приложение и фиксация на входе.
3. Интерфейс администратора зала
Тут в общем то кроме назначения цен. евентов и просмотра статистики ничего не нужно.
Но самое главное что мобильная версия должна быть с уведомлениями и возможностью разрулить все по быстрому зарезервировав места, красот не нужно, только информационная картинка