Развитие Администратора

Стартовая страница Форумы Новые идеи Развитие Администратора

Помечено: 

Просмотр 15 сообщений - с 1 по 15 (из 36 всего)
  • Автор
    Сообщения
  • #17459
    Mikhail
    Модератор

    Microsoft анонсировал MAUI — средства для разработки кроссплатформенного пользовательского интерфейса.
    Ссылка 1
    Ссылка 2

    То есть Microsoft будет объединяет .NET и Mono в одно целое, и в конечном итоге Mono перестанет поддерживаться.

    Соответственно у нас возникает 3 основных возможности по развитию Администратора:
    1. Перетянуть Администратор на .NET 5 и выше, используя существующую технологию Windows Forms. Это означает, что Администратор будет работать только на Windows.

    2. Переписать Администратор на MAUI с поддержкой Windows и Linux.

    3. Переписать Администратор на веб.

    Приветствуются аргументированные мысли по вариантам развития Администратора.

    • Эта тема была изменена 1 год, 2 месяца назад от Mikhail.
    #17462
    manjey73
    Участник

    Либо 2, либо 3.
    Думаю лучше 2, так как WEB все-таки достаточно сложен в реализации, всех плюшек не получить наверное.

    #17464
    Mikhail
    Модератор

    Функционал варианта 3 (веб), наверное, будет скромнее по сравнению с вариантами 1 и 2, потому что на вебе неудобно реализовывать многооконность.

    Ещё одна особенность варианта 3: проекты будут лежать на сервере. То есть создавая новый проект или открывая существующий, файлы будут браться/записываться не с рабочей станции пользователя, а с сервера.

    #17465
    Romiros
    Участник

    1. Наверное самое простое и наименее трудазатратное решение.

    2. Новая технология (наверняка с касяками). Не стыкуется с предыдущими. Через пару лет могут забросить и выпустить очередную новую технологию, которая не будет стыковаться с предыдущими :). Переписывать всё заново.

    3. Привлекательно и 100% кросплатформено, но возможные ограничения функционала и написание с нуля. Но зато уже не нужно будет переписывать в будущем 🙂

    Я Линукс не использую, поэтому и вариант 1 подойдёт. А в идеале наверное всё-таки 3.

    #17468
    manjey73
    Участник

    WEB неоднократно умирал и умирает дальше… был ActiveX, было и другое — где оно ?

    #17471
    manjey73
    Участник

    Да, а что там с NET Core ? оконный интерфейс на нем получится сделать, работающий нормально на Linux ?

    з.ы. что касается полного перехода на WEB лично я против 🙂
    1. функционал будет куда беднее
    2. ну и при использовании NET, NET Core или MAUI ведь можно в будущем выпустить полноценных клиентов Scada а не только WEB. WEB не всегда удобен. например он отваливается если блокируется ПК.
    Я например не могу отключить блокировку ПК из за политик безопасности на работе

    #17472
    Romiros
    Участник

    WEB неоднократно умирал и умирает дальше…
    Может мы про разный Web говорим. Наоборот сейчас весь софт на Web переходит…

    Да, а что там с NET Core ? оконный интерфейс на нем получится сделать, работающий нормально на Linux ?
    Вот для этого эта MAUI и создается.

    ну и при использовании NET, NET Core или MAUI ведь можно в будущем выпустить полноценных клиентов Scada а не только WEB.
    Это и сейчас можно. Просто с MAUI не придется писать под каждую платформу отдельно.

    Web не требует никакого клиентского ПО. В этом его преимущество.

    #17473
    manjey73
    Участник

    Romiros преимущество полноценного клиента в том, что на нем можно держать копию мнемосхемы а между клиентом и Сервером будут гоняться только данные.
    С Web еще гоняются скрипты, картинки и прочий мусор.

    з.ы. но то на будущее, хочешь WEB или хочешь клиента (например 3 бесплатно а дальше лицензированно 🙂 )

    а технологий в WEB было предостаточно, которые либо умерли, либо умирают.
    Взять тот же ActiveX, скоро умрет Adobe Flash Player, был еще PHP, была Java а не Java Sript как сейчас и HTML5, там тот еще зоопарк был, который с течением времени отмирал.
    Хороший клиент даст возможность пережить катаклизмы и изменения в WEB например.

    Но то, что хорошая кроссплатформенность нужна это точно, при чем с полноценной работой как в Администраторе, так и в клиенте, если таковой будет.

    #17475
    Romiros
    Участник

    PHP, java, html5 — как бы на них сейчас все работают. С чего Вы решили, что они умирают?

    Мне наоборот кажется, что desktop клиенты уходят в прошлое. Функционал web растет, да и по сути уже не уступает настольным приложениям.

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

    #17478
    manjey73
    Участник

    А где вы видели PHP ? это все старые технологии, в сети их масса, кому лень переделывать, как правило мертвые проекты. Java и Java Script это давно разные вещи, чтобы работала первая раньше надо было Java рантайм устанавливать, сейчас это просто браузеры поддерживают.

    #17483
    Mikhail
    Модератор

    Развивать и поддерживать два клиента — на веб и на десктопе очень трудозатратно. Поэтому Rapid SCADA делает ставку на веб-клиента, который работает на всех платформах.

    А вот по поводу Администратора — можно сделать либо веб, либо десктоп. Определяющим здесь является удобство для инженера. В случае веба можно зайти с любого компьютера без установки дополнительного ПО. Но в то же время редактирование проекта в вебе может оказаться не столь отзывчивым, как десктоп. В качестве примера можно привести Google документы — функционал богатый, но всё же удобнее пользоваться локальным офисным пакетом.

    Для варианта десктопа возникает вопрос, насколько важна работа на Linux. Переход на MAUI потребует затрат времени, которое можно потратить на другой функционал. Будет ли востребован Администратор на Linux? Опять же риск, что Microsoft убьёт эту технологию через некоторое время.

    С отмиранием веба есть закономерность — в первую очередь отмирает то, что завязано на конкретную корпорацию. Если кто-то застал — у нас были схемы на Silverlight, с постоянными проблемами при установке. В итоге Silverlight все забыли. Думаю, что HTML + JavaScript умрут в последнюю очередь.

    #17484
    Mikhail
    Модератор

    Вариант 1 (портировать существующий Администратор на новый .NET), скорее всего, будет в любом случае. Он нужен хотя бы как промежуточный этап. А вот куда двигаться дальше — вопрос.

    #17485
    Mikhail
    Модератор

    Также думаю о промежуточном варианте: сделать урезанный веб-клиент для профессионалов и полноценный десктопный Администратор. Под урезанностью в данном случае имею ввиду, что настройки модулей нужно будет редактировать в виде XML. Например, драйверы OPC и Modbus, модуль Автоуправления имеют довольно нестандартный интерфейс, который на вебе реализовать не просто. Но немного подправить XML, если нужно внести правки в готовые настройки, это реально.

    #17487
    a80808
    Участник

    А вот это очень даже интересно.

    #17489
    Romiros
    Участник

    Вариант 1 (портировать существующий Администратор на новый .NET), скорее всего, будет в любом случае. Он нужен хотя бы как промежуточный этап.
    — Наверное самое оптимальное решение. А что в новом .NET настолько грандиозные изменения, что придется все переписывать или просто пересобрать?

    А вот куда двигаться дальше — вопрос.
    — Имея Вариант 1 может всё-таки плавно двигаться в Web туда в Главное меню -> Администрирование или Главное меню -> Конфигурация, постепенно и неспеша добавляя функции Администратора?

Просмотр 15 сообщений - с 1 по 15 (из 36 всего)
  • Вы должны авторизироваться для ответа в этой теме.