Что лучше web или desktop

Сравнение desktop и веб-приложений

Имея опыт(сразу оговорюсь, что не такой большой) разработки как настольных, так и web приложений, могу провести сравнение этих видов приложений с разных сторон.

И так, сегодня 2010 год. Мир ИТ динамичен, как ничто другое. Всё меняется. Вот и в мире программных продуктов происходят заметные изменения. Всё бОльшую роль играют веб приложения. Этот вид приложений появился не сразу. Сначала были просто статичные сайты, после в сайты начали внедрять скрипты. Сложность сайтов начала возрастать. И вот, не успели моргнуть глазом, как «сайты» стали таким же сложным программным продуктом, как и обычные десктоп-приложения. Сайтами их уже язык не поворачивается назвать — это уже приложения. Уже есть инструменты для создания таких приложений, паттерны проектирования, освоенные практики. А тут ещё «облака». Всё чаще люди переходят с Word на Google Docs. Уже приятнее и удобнее пользоваться веб-интерфейсом для просмотра почты(GMail). Всё чаще и чаще появляются разный веб-софт, сервисы.

Произведём сравнительный анализ приложений.

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

Под веб-софтом будет иметь ввиду приложения, доступ к которому осуществляется через веб-интерфейс посредством браузера.

Desktop приложение	Web приложение
Доступ к сети Internet	не трубуется	необходим. исключение: некоторые

Десктопное приложение или веб-клиент – вот в чем вопрос!

Захотелось мне что-то провокационной статьи, так сказать взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

«То о бэнтли я мечтал, то о мазерати,
То рыбалка, то футбол, то с друзьями пати…»
Группа Жуки ​Захотелось мне что-то провокационной статьи, так сказать, взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

Правила игры и критерии оценок

• Десктопное приложение – клиентское программное обеспечение, реализующее Windows Forms интерфейс. Приложение инсталлируется на рабочую станцию пользователя и запускается локально. Или запускается удаленно. Допускается вариант запуска такого приложения с использованием ввода URL адреса в браузере, но от этого веб-клиентом не становится, также как и благодаря запуску с помощью различного рода эмуляторов;
• Веб-клиент – клиентское программное обеспечение, представляющее собой браузер и использующее http/https протоколы. Приложение не требует инсталляцию или загрузку программных модулей на рабочую станцию пользователя. Допускается установка дополнительных общесистемных библиотек и использование защищенных сетевых протоколов, и от этого десктопным приложением не становится.

При использовании любого из перечисленных клиентских приложений может применяться трехзвенная архитектура. Аллилуйя! Термины «толстый» и «тонкий» клиент сюда не вплетаем. Веб-клиент можно создать совсем не «тонким», ровно также как и с десктопного приложения по максимуму снять обработку бизнес-логики.

Что каждый из пользователей, владельцев системы, архитекторов и сотрудников служб безопасности ждет от программного продукта и клиентского приложения:

• функциональность, простота использования и быстродействие;
• возможность кастомизации и стилизации;
• мобильность и легкость обновления;
• масштабируемость и кроссплатформенность;
• безопасность и надежность.

Для простоты будем считать, что каждое удачное попадание – 1 очко, так как бессмысленно сравнивать, что важнее – мобильность или безопасность.

Надеюсь, разобрались, и можно начинать «играть». Звучат гимны команд, понеслась…

Первый период

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

Как правило, обоснования такие:

• мобильность (можно войти в систему с любого компьютера подключенного к интернету);
• легкость развертывания и обновления (не требуется переустановка программных модулей на рабочих станциях пользователей);
• простота создания тестовой и продуктивной среды (на сервере приложений развернуто два веб-приложения к одной БД, таким образом, тестирование новых версий программного обеспечения отдельными группами пользователей становится удобным и сравнительно «безопасным», так как всегда можно вернуться к действующей версии системы обратившись к ней по другому адресу);

Часть этих преимуществ можно достичь и в варианте с десктопным приложением используя RDP доступы, доменные политики и прочее. Но в целом, удар из штрафной площади и 1-0 в пользу веб-клиента. Свисток, центр поля.

Безопасность и надежность – очень серьезный вопрос. Некоторые организации принципиально не хотят и не предоставляют возможность работы в корпоративных системах за пределами своего домена. Необходимость применения средств криптографической защиты информации (СКЗИ) и электронной подписи (ЭП) уже давно никому доказывать не надо, за нас это делают регуляторы. Для использования данных технологий необходимо обращаться к сторонним библиотекам, не все веб-приложения это «любят» и имеют ограничения. Стабильность работы самих браузеров также является потенциально узким местом, причем повлиять на это разработчик бизнес-приложения может не всегда. Оффлайн работа, объективно, чаще и проще реализуются с использованием десктопных приложений. В принципе отдельных организаций пока еще пугает работа в браузере (да-да в том самом, в котором сотрудники просиживают часами в социальных сетях, выкладывая туда всю свою подноготную). Это прорыв по флангу и счет 1-1. Звучит свисток, первая половина игры закончена, команды уходят в свои СЭД закрывать накопившиеся поручения.

Второй период

Все покупатели хотят видеть «свой» продукт, отличный от множества других. Конечно, сложно на это надеяться, покупая массовый коробочный продукт. А сделать его «под заказ» значительно дороже и рисково. Но только не в IT области.

Повальная мода на скины, по-моему, уже прошла, или я постарел, и иметь не классическую «морду» аудио-проигрывателя мне уже не принципиально. Тем не менее, возможность изменить цветовую раскраску, логотипы, иконки, шрифты базовых интерфейсов – хороший бонус для клиента. Десктопные приложения могут предоставлять возможность применения цветовой темы, настройки отдельных интерфейсных элементов, но веб-приложения, применяя каскадные таблицы стилей, с этим справляются явно лучше. Возможность кастомизации определяется степенью развития самого программного продукта и тип клиентского приложения тут не должно иметь особой роли. Счет 2-1 и «браузерники» вырываются вперед.

Функциональность – важнейшее требование к любому программному продукту. Исторически считается, что десктопные приложения более функциональны и эргономичны. Если пытаться разрабатывать веб-клиент с нуля, то так оно и будет. Но с годами были разработаны целые интерфейсные библиотеки, позволяющие творить «чудеса»:

• иерархические списки с возможностью перемещения колонок и наложения фильтров;
• функции drag&drop к любым элементам с любыми визуальными эффектами;
• интерактивные панели и деловая графика;
• встраивание аудио и видео проигрывателей (хотя кому-то больше нравится слово «выигрыватель»);
• обработка всевозможных событий;
• и многое многое другое.

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

Современный пользователь компьютера не меньше времени проводит в браузере, чем тратит его на работу с десктопным приложением. И первый вариант работы сложнее ему не кажется. Зато возможность масштабирования в браузере, отдельным категориям пользователей, приносит ощутимую пользу. Опасность у ворот команды веб-клиента была устранена. Счет по-прежнему 2-1.

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

Разрабатывая веб-приложения с соблюдением стандартов можно надеяться, что программное обеспечение будет корректно работать во всех браузерах, по крайней мере, в первой пятерке. Чуда тут не происходит, и существует масса нюансов связанных с различной интерпретацией одной и той же разметки. Разработчики каждый день видят в системах баг-трекинга заявки из разряда «функция А не корректно работает в браузере Б, а в остальных браузерах все ОК». Но эти труды стоят получаемых бонусов.

Когда пользователь заходит на рядовой публичный сайт в Интернете он надеется увидеть корректное представление страниц с сохранением всей заложенной функциональности. Причем, посетитель сайта не хочет знать «под какие устройства» сайт создавался (стационарный компьютер или ноутбук, планшет или смартфон), это его вообще не должно беспокоить. Почему же ровно также не рассуждать пользователю корпоративной информационной системы. Зачем пользователю, находящемуся вне офиса и имеющему на руках планшет за 1000$ переживать, что он не сможет исполнить поручение, выданное ему в СЭД. Надо ли сотруднику при выборе планшета изучать вопрос, а сможет ли он конкретно с этого планшета (с его операционной системой), корректно работать в десятках корпоративных систем своей организации. А если завтра он купит другой планшет (с другой программной платформой), система на нем будет ровно такой же, к которой он привык или уже другой, а придется что-то заново скачивать и устанавливать?

В идеале, я бы хотел, что бы разработчики бизнес-приложений сосредоточились на самих продуктах, а не тратили время на разработку одного и того же под разные платформы (те же яйца только в профиль). И одним из путей вижу применение в качестве клиентских приложений полнофункциональных веб-клиентов с адаптивным веб-дизайном. Это красивая комбинация заканчивается неберущимся ударом, и счет становится 3-1. Веб-клиент заслуженно побеждает десктопное приложение. Крики радости, брызги шампанского, смазливые девицы окружают победителей.

• Кейс — корпоративный чат-бот компании
• Доступ к цифровым профилям сотрудников. За и против
• Чек-лист для внедрения роботизации
• Как повысить окупаемость инвестиций в корпоративные приложения

Послесловие

После матча болельщики еще долго спорили, обсуждали острые моменты и не объективное судейство, но счет на табло уже ничто не изменит. Ставки сделаны господа, ставок больше нет!

Какое бизнес-приложение нужно вашей компании: web или desktop?

Идея написать статью на эту тему возникла в 2020 году, когда к нам с запросом на разработку ПО обратился крупный региональный производитель профлиста. Компании понадобилось приложение для менеджмента заказов на производство и доставку, и уже был определен примерный список требований.

Одним из пожеланий заказчика была разработка именно десктоп-приложения. Однако в процессе обследования и оценки задач мы вместе с клиентом пришли к выводу, что быстрее разработать web-приложение на платформе Jmix (ранее Cuba Platform).

И это далеко не первый случай, когда на этапе дискавери заказчик уверен в преимуществах десктоп-приложений, но в итоге делает выбор в пользу веба. Почему так происходит, какие плюсы и минусы у веба и десктопа, и какое приложение подойдет именно вашей компании — вы узнаете из этой статьи.

Важно! Так как статья ориентирована на читателей, которые знакомы с IT-сферой и разработкой ПО скорее на уровне пользователей, чем на уровне системных администраторов, для начала определим предмет разговора и уточним, что мы понимаем под вебом и под десктопом.

Веб-приложение — программа, которой вы можете пользоваться в любом удобном для вас браузере. Перед первым запуском ее не нужно устанавливать на ваш компьютер, достаточно вести адрес для доступа в строке браузера.

Десктопное приложение — программное обеспечение, которое вы используете в отдельном интерфейсе, а не в браузере. Перед использованием его придется обязательно установить на компьютер пользователя.

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

Мифы о десктоп-приложениях

Еще 10-15 лет назад на рынке программного обеспечения царствовали именно десктоп-приложения, а веб только-только начинал развиваться. Процесс массового перехода к вебу происходил постепенно, и вот уже мы открываем большую часть необходимых для работы программ именно в браузере. Но, тем не менее, в представлении многих пользователей именно десктоп остался символом надежности, быстродействия и простоты. Так ли это на самом деле? Рассмотрим и попробуем опровергнуть самые распространенные мифы.

Миф №1 «Десктоп всегда безопаснее, а из веб-приложения нашу информацию могут украсть»

И да, и нет. Если сервер находится «снаружи» организации, и доступ к нему недостаточно защищен, то данные могут украсть независимо от того, будете ли вы пользоваться десктоп или веб приложением. То есть тут мы путаем «технологию разработки» и собственно архитектуру системы, и то, как организована защита передачи данных. Первично именно то, где находится сервер, насколько он защищен, и насколько защищены каналы доступа с клиентских ПК до сервера.

Технология разработки и интерфейс – этот как раз или веб-клиент, или десктоп. Это та часть, через которую пользователь взаимодействует с программой и запускает какие-то процессы. Защитить информацию на этом уровне можно только путем настройки доступа: создать надежные пароли и организовать их безопасное хранение, настроить уровни прав доступа для разных групп пользователей, установить на ПК антивирусы, которые обнаружат вредоносное и шпионское ПО.

Но самое ценное – собственно коммерческая информация, например, список клиентов и договоров – находится в базе данных. Местом ее хранения может быть:

• собственный физический сервер, который стоит в вашем офисе;
• арендованный сервер, который физически находится в ЦХОДе (центре хранения и обработки данных) и доступен удаленно;
• публичное облачное хранилище, арендованное по подписке.

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

Или если облачный сервер защищен от доступа посторонних, но пользователи получают доступ к данным через открытые каналы интернет без использования шифрования (VPN) – ваши данные под угрозой в любом случае.

Миф №2 «Десктоп работает и без интернета, а веб-приложение важна высокая скорость соединения»

Возможно, 10 лет назад это утверждение еще можно было назвать правдивым, но сегодня оно точно перешло в разряд мифов, и вот почему. Как веб, так и десктоп приложению для корректной работы может требоваться интернет, если:

• для реализации какого-то сценария приложению нужно обязательно отправить запрос к стороннему серверу, доступному только через интернет;
• само приложение и база данных находятся в облаке.

Пример: вам нужно простое десктоп-приложение для ведения сделок и хранения базы клиентов, которое будет работать на собственном сервере в офисе. Для удобства менеджеров в приложение встроена проверка потенциального контрагента по ИНН с указанием возможных рисков.

Для проверки система обращается к открытым источникам в интернете. Если в офисе отключили интернет, менеджеры смогут спокойно работать с самим приложением. Однако автоматическая проверка по ИНН не будет работать до того момента, пока не восстановится соединение.

Если в аналогичном примере у компании не один, а два офиса, а сервер вынесен за пределы офисной сети и доступен только удаленно, при отключении интернета любое приложение будет недоступно.

Миф №3 «Десктопные приложения проще и понятнее, чем веб»

Такое впечатление может сложиться после сравнения какой-то простейшей десктоп-программы, разработанной под конкретную задачу, и сложной многофункциональной веб-системы, такой как Битрикс24. И здесь мы снова сталкиваемся с тем, что выбор технологии разработки не влияет сам по себе на удобство интерфейса. Одинаково непонятную или наоборот удобную для пользователя систему можно построить как в виде «настольного» приложения, так и в его веб-версии.

Совет: Заказчикам бизнес-приложений еще на этапе формирования своих пожеланий разработчику не стоит забывать о такой важной части, как обучение и «онбординг» пользователей. Именно от того, насколько интерфейс приложения учитывает сценарии работы пользователей, и от того, насколько гладко и успешно пройдет обучение, зависит, будут ли сотрудники использовать систему, или внутри коллектива начнется саботаж и деньги на разработку будут потрачены зря.

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

Плюсы и минусы десктоп-приложений

После того, как мы развеяли распространенные мифы о десктопе, стоит разобраться, что на самом деле представляют из себя современные «настольные» программы, и кому они подходят.

Преимущества десктопных бизнес-приложений

1. 1. Более отзывчивые и быстрые при работе с высококачественной графикой и выполнении других операций, которые требуют большого количества ресурсов. Примеры: Adobe Photoshop, AutoCAD, Visual Studio. Да, для таких приложений выпускают облегченные веб-версии, но пока возможностей браузера недостаточно для полноценной замены более мощного десктопа.
   1. 1. Лучше подходят для задач, которые подразумевают большое количество операций с файлами на рабочем месте пользователя. Ни одно веб-приложение без ведома пользователя не может пользоваться ресурсами его компьютера, например, текстовыми файлами. Если требуется автоматически забирать файлы и выполнять с ними какие-то действия (например, формировать отчеты), то стоит рассматривать именно десктоп.
      1. Подходят для работы с внешним оборудованием и программирования на аппаратном уровне.

      Возможные «минусы» выбора десктоп-приложений для бизнеса

      1. 1. Разработка может занять больше времени и стоить дороже, чем в случае с вебом. Нельзя сказать, что это аксиома, так как можно использовать средства ускорения разработки с конструкторами экранов и других модулей. Другой вопрос, что этих средств становится все меньше и меньше, а стоимость их использования все выше. Раньше можно было использовать Delphi, Sybase PowerBuilder и другие системы, которые позволяли достаточно легко и просто создавать базу данных и интерфейс быстрее, и с минимальным по тем временам количеством кода. Такие системы есть и сейчас, но большая часть из них почти «мертва» либо стоит очень дорого. В то время как современные средства быстрого создания бизнес-приложений в вебе опережают их по функционалу и скорости разработки.
         1. 1. Менее гибкое, дорогая разработка для кросс-платформ. Если у приложения должен быть сразу и десктоп, и веб-клиент, то стоимость разработки будет в несколько раз выше. Систем, которые позволяют делать это достаточно быстро, тоже становится все меньше, а стоимость лицензий на их использование может составлять несколько тысяч долларов в год на одного разработчика. Естественно, себестоимость средств разработки в итоге отражается на «счете» для заказчика. Например, если мы разрабатываем десктоп-приложение, которое должно одинаково выглядеть и корректно работать на Windows, Linux и MacOS, его стоимость будет минимум в 2-3 раза дороже, чем аналогичного приложения только для Windows. Конечно, есть средства разработки, позволяющие разработать относительно универсальный клиент, но даже при их использовании понадобятся дополнительные доработки, например, экранных компонентов для Linux.
            1. Сложные и дорогие в поддержке. Если сравнивать процесс обновления десктоп и веб-приложения, второй скорее всего будет быстрее и проще. Для обновления десктопа понадобится сначала обновить сервер, а затем версию программы на машинах всех пользователей. В зависимости от количества ПК и сложности процесса это может занять от нескольких часов до нескольких дней. Поэтому при заказе разработки десктоп-приложений нужно быть к таким временным затратам вашего системного администратора.

            Веб-приложения: преимущества и недостатки

            Преимущества

            Гибкие и кросс-платформенные решения, дешевле разработка

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

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

            Но не стоит думать, что при заказе бизнес-приложения для компании на 15-20 пользователей этот пункт не важен. Даже если сейчас вам известно, на каких именно устройствах и платформах будет использоваться разработанное решение, уже через 1-2 года ситуация может измениться.

            Например, так произошло при разработке приложения для одного из наших клиентов. После завершения разработки и успешного внедрения клиент решил масштабировать решение на филиал в другом городе. И внезапно оказалось, что в парке пользовательских ПК есть старые машины с операционной системой Windows 7.

            Благодаря тому, что приложение было разработано на платформе Jmix, нам удалось успешно запустить программу даже на такой «древней» операционке. Если бы вместо веб-приложения мы разработали десктоп, то заказчику было бы проще купить новые ПК, чем дорабатывать приложение под Windows 7 ради нескольких рабочих мест.

            Проще в установке и поддержке

            Выше мы уже описывали процесс обновления версии десктоп-приложения. А теперь сравните с вебом: достаточно за 5-10 минут загрузить обновления на сервер и попросить пользователей «перелогиниться» в системе. Даже если в компании более 50-80 пользователей, провести обновление будет намного проще, чем в случае с десктопом.

            Недостатки веб-приложений для бизнеса

            Можно сказать, что минусами веб-приложений считаются те же моменты, которые относят к плюсам у десктопных, поэтому не будем раскрывать их подробно, а повторим тезисно:

            1. 1. Веб-приложения неудобны для работы с большим количеством файлов на компьютере пользователя в автоматическом режиме, так как от пользователя требуется разрешение на доступ к файлам.
               1. 1. Пока возможности веба ограничены при работе с высококачественной графикой и сложными ресурсоемкими технологиями.
                  1. Не подходит для программирования на аппаратном уровне и приложений, которые будут работать с каким-то внешним оборудованием (плоттерами, принтерами и т.д.)

                  Десктоп или веб: какое приложение подойдет для решения ваших бизнес-задач?

                  Разработку десктоп-приложения стоит выбрать, когда вашей компании необходима программа для:

                  • работы с высококачественной графикой и выполнения ресурсоемких задач, которые пока не под силу веб-приложениям;
                  • управления внешним оборудованием;
                  • работы с большим количеством файлов на ПК пользователя в автоматическом режиме;
                  • совместной работы с уже существующим десктоп-приложением (например, дополнительный модуль для реализации дополнительных функций).

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

                  Веб приложение. Разница между сайтом, веб-приложением, SPA и PWA

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

                  

                  Что такое веб приложение

                  Веб приложение — это программное обеспечение или программа, которую можно открыть с помощью любого браузера. Внешний интерфейс веб приложения разрабатывается при помощи таких языков программирования: HTML, CSS, Javascript, которые поддерживаются на любом браузере(Opera, Chrome, Mozilla, Yandex). В то время как для написания серверной части(Back-end) может использоваться любой другой язык программирования или фреймворк, будь-то Python, PhP, Ruby, Java.

                  Основные преимущества web-приложений:

                  • веб приложения могут применяться на любой операционной системе (Linux, Mac, Windows) поскольку все они поддерживают современные браузеры;
                  • в связи с тем, в что веб-приложении используется один и тот же код по сравнению с desktop приложениями их намного легче поддерживать;
                  • веб приложение проще программировать поскольку они не включают много работы с элементами ПК(ядро,процессор, видеокарта);
                  • в отличии от мобильных приложений, для веб приложений не требуется одобрение никаких платформ, чтобы выпустить свое приложение;
                  • веб приложения это более экономный вариант для любого предприятия
                    поскольку, веб приложения не требуют подписку или покупки лицензий, а может использоваться в качестве SaaS-сервиса, что значительно дешевле.

                  

                  Чем веб приложение отличается от сайта

                  Web приложение и веб сайт, кажется два совершенно идентичных понятия, однако стоит заметить, что у них разные функции а также компоненты разработки. Как вы уже поняли веб-приложение это то что запускается в браузере, однако оно включает больше количество элементов с которыми мы можем взаимодействовать:

                  Более детальную характеристику чем отличается веб приложение и веб сайт вы можете увидеть в таблице:

                  Параметр	Веб приложение	Веб сайт
                  Основное назначение	Создается для того, чтобы взаимодействовать с пользователем	Предполагает только наличие статей, без какого либо возможного воздействия на читателя
                  Взаимодействие с пользователем	Пользователь может производить манипуляции с данными, однако с ограниченным доступом	Пользователь может читать информационный контент, однако не может его никак менять
                  Аутентификация	Большинство веб приложений требуют произвести аутентификацию, чтобы пользователь мог воспользоваться приложением	Для данных сайтов не требуется обязательная аутентификация. Сайт может лишь иметь пароль которые отсылает администратор ресурса
                  Задача и сложность	Веб приложение имеет много функций и закрывает множество проблем	Веб сайт отображает лишь статическую страницу на которой изображена текстовая информация
                  Изменение проекта	Чтобы внести какие либо изменения в проект, нужно делать ревью всего кода и после вписывать, то что вы хотите изменить.	Довольно таки просто вносить изменения, лишь сделав пару изменений в html коде страницы.

                  

                  Как работает веб приложение

                  Давайте более подробно разберем как происходит работа самого веб приложения. Юзер создает запрос, который должен будет отправиться на веб сервер при помощи запроса в интернет-браузере или в самом веб приложении.

                  Далее этот запрос должен направиться на закрепленный за этим веб приложением веб сервер. После того как сервер получил запрос, он идет в базу данных для формирования ответа на запрос пользователя. Финальным этапом идет отправка необходимых данных на Front- часть приложения, а потом отображение пользователю.

                  И так повторяется снова и снова, пока пользователь создает запросы в веб-приложении. Хотелось бы отметить, что чем больше и сложнее будут поступать запрос, тем дольше будет слаться ответ с сервера.

                  

                  Виды веб приложений

                  • SPA
                    (Single Page Application)– одностраничное интерактивное приложение. Важно, что оно не только находится на одной странице, но и, подобно полноценной программе, является интерактивным. Так информационный веб сайт может состоять из одной страницы, но, по существу, не являться SPA. В одностраничном приложении пользователь, переключаясь между вкладками, остается на одной странице. Причем подгружаются и обновляются только нужные части контента, что играет в пользу быстродействия SPA. Пример одностраничной программы – Gmail. Обратите внимание – когда вы переключаетесь между списками сообщений, адрес страницы не меняется. Это отличительный признак SPA. Основной язык создания SPA – JavaScript. Небольшое одностраничное приложение можно сделать с помощью библиотеки jQuery. Однако этот вариант не самый оптимальный для больших проектов. Лучше использовать фреймворки Vue, React или Angular.

                  Вид приложения	SPA	MPA	PWA
                  Преимущества	Большая скорость сайта достигается благодаря тому, что контент, который не меняется, не нужно перезагружать.

                  SEO. Поисковые движки приспособлены для индексации многостраничных приложений.

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

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

                  

                  Технические особенности Web приложений

                  Скорость загрузки — это первое впечатление, которое вы производите на своих потенциальных клиентов. Быстрозагружаемая страница сигнализирует о том, что ваш бизнес заслуживает доверия, и побуждает посетителей проводить больше времени за ее просмотром. Исследование Университета Небраски-Линкольн показало, что допустимое время пользователей для поиска информации составляет примерно 2 секунды, что подтверждает аргументы в пользу быстрой загрузки веб-страниц. Для оптимизации скорости должны выполняться работы как на Front-end так и на Back-end части.

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

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

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

                  

                  Как разработать веб-приложение

                  Разработка веб приложения делится на 6 этапов. Каждый этап по своему важен и не стоит пренебрегать каждым из них:

                  1. Постановка цели. В самом начале вы как владелец бизнеса или стартапа, должны определиться с тем какие цели вы преследуете при разработке приложения, какие бизнес-задачи оно должно решить.

                  Пример веб приложения

                  

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

                  Резюме

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

                  

                  Автор: Ilya Smyrnov

                  Должность: CEO, Business analyst

                  Биография: Более 8 лет занимаюсь анализом бизнесов клиентов и повышаю их эффективность с помощью внедрения IT-решений.