Файл: Варианты построения интерфейса программ: особенности и эволюция (Программные интерфейсы).pdf

Первым созданным графическим интерфейсом традиционно считают GUI, разработанный в рамках проекта Xerox Alto - первого персонального компьютера, который был создан в 1973 году. Графическая оболочка Xerox Alto была очень проста, но в ней уже тогда имелись меню, кнопки и примитивные окна. Присутствовал также курсор мыши, с присущими ему функциями выделения, копирования и вставки (Рис. 3).

Рисунок 3. Xerox – первый настоящий GUI

В 1981 году появляется новая система под названием Xerox Star, основанная на той же Xerox Alto, но с более совершенным функционалом и графическим интерфейсом. Это удивительно, но рабочий стол Xerox Star мало чем отличался от нынешних десктопов, если, конечно, не брать в расчёт визуальные эффекты.

Рисунок 4. Графический интерфейс Xerox Star

В его основе лежит тот же принцип использования ярлыков для запуска файлов и перехода по каталогам файловой системы.

Также в начале 80-х годов свои разработки миру представили компании Apple и Microsoft. Понимая всё значение GUI, но, не имея достаточно времени для создания оригинальных оболочек для своих систем, разработчики обеих компаний позаимствовали идеи Xerox Lab, что впоследствии даже привело к конфликту между Стивом Джобсом и Биллом Гейтсом. Джобс обвинил Гейтса в плагиате, что тот, якобы, скопировал интерфейс с Macintosh.

Рисунок 5. GUI Macintosh

Вообще Стив не был прав, так как и он сам, и обвиняемый им Гейтс взяли концепцию GUI у Xerox Lab, просто так получилось, что Джобс оказался первым.

В 1986 году программист Джон Соча создал оригинальный файловый менеджер для MS-DOS, которая до этого не имела практически никакого графического оформления - Norton Commander. Роль окон в нем играют панели, которые делят экран по вертикали и содержат списки папок и файлов. В верхней и нижней части менеджера располагаются текстовые меню, позволяющие выполнять различные операции.

Рисунок 6. Norton Commander

В 1988 году вышел его аналог - DOS Shell, он также относится к псевдографическим интерфейсам, имитирующим графику, оставаясь на самом деле текстовым интерфейсом.

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

Выйдя из команды разработчиков Apple Lisa, в 1982 году Стив Джобс возглавил собственный проект Macintosh. Разработанная для маков система получила название Mac OS. Только в седьмой версии появилось нововведение – поддержка цветов, до этого момента интерфейс системы был практически монохромный.

Рисунок 7. GUI MAC OS 9.2.2

На сегодняшний день актуальна версия MAC OS 2000 года.

Microsoft также не сидели сложа руки, и в 1985 году представили свою графическую оболочку для MS-DOS с говорящим названием Windows. Оболочка частично поддерживала цветную графику, в ней имелись 32x32-пиксельные иконки, простые меню и диалоги. Фиксированной области, в которой бы отображались значки запущенных приложений, пока не было, располагаться они могли в любом месте экрана, перекрываясь при этом открытыми окнами.

Рисунок 8. Первая Windows

Сами окна в первой версии были доcтаточно примитивными. Их можно было перетаскивать мышкой, изменять их размер, но при этом сами они не могли перекрывать друг друга. Сворачивать их также было нельзя. В смысле удобства первая версия Windows значительно уступала системам от Apple.

Версии Windows 1.0, 2.0 и 3.0 не были операционными системами в том смысле слова, в котором его принято понимать сегодня. Это были скорее графические оболочки MS-DOS.

В Windows 3.11 уже имелась полная поддержка цветов, окна могли перекрывать друг друга, их можно было сворачивать и разворачивать. Незначительно улучшилась графика отдельных элементов (объемные кнопки и полосы прокрутки), использовались пропорциональные шрифты, внешний вид программ File Manager и Program Manager реализуется в стиле самой оболочки. Цвета элементов интерфейса пользователь мог изменять по своему усмотрению.

Настоящая революция в оформлении Windows свершилась в 1995 году, именно тогда в системе появляются хорошо ныне всем знакомые кнопки Пуск, Проводник, Панель задач и рабочий стол со значками, который в тоже время являлся отдельной папкой. В этой же версии был реализован показ дисков в папке «Мой компьютер», и способ управления файлами из меню, вызываемого правой кнопкой мыши. Важным нововведением стал переход на 32-битную архитектуру.

Рисунок 9. Пользовательский интерфейс Windows 95

Рассматривая интерфейсы современных операционных систем, нельзя не заметить явные сходства с графическими оболочками первых GUI Xerox Alto и Apple Lisa. Является ли это следствием недостатка воображения дизайнеров? Скорее всего, причина сходства – потребности физиологии пользователей, которые особо не изменились с тех времён.

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

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

3. Web API

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

SOAP (Simple Object Access Protocol) до недавнего времени считался безусловным фаворитом у разработчиков API. Но сейчас 70% открытых API соответствуют протоколу REST. SOAP по-прежнему используется во многих крупных технических компаниях и обеспечивает поддержку устаревших систем, которые могут быть совместимы только с ним.

REST (Representational State Transfer) — это новый протокол веб-сервисов, позволяющий работать с большим количеством форматов данных. Кроме того, REST предпочтительнее для разработчиков, так как предлагает меньшее время загрузки и более высокую эффективность.

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

1. SOAP – это целое семейство протоколов и стандартов, следовательно это более тяжеловесный и сложный вариант с точки зрения машинной обработки. Поэтому REST работает быстрее.
2. SOAP используют HTTP как транспортный протокол, в то время как REST базируется на нем. Это означает, что все существующие наработки на базе протокола HTTP, такие как кеширование на уровне сервера, масштабирование, продолжают так же работать в REST архитектуре, а для SOAP необходимо искать другие средства. Взамен этого SOAP сервисы получают такое мифическое свойство, как возможность работать с любым протоколом транспортного уровня вместо HTTP, однако практической пользы от этого нет.
3. REST может быть представлен в различных форматах (и XML и JSON), а SOAP привязан к XML. Это важно, особенно если представить себе вызов сервиса из javascript, ответ на который мы, естественно, хотим получать в JSON.
4. REST это простота, а SOAP делает упор на стандарты.
5. SOAP работает с операциями, а REST – с ресурсами. Этот факт в совокупности с отсутствием клиентского состояния у RESTful сервисов приводит к тому, что например транзакции или другая сложная логика должна реализовываться на SOAP.