Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Пользовательский интерфейс. [D7]

Страницы: 1 2 >
Sonnik © (2004-06-29 17:03:00)
Столкнулся с вопросом - а как лучше написать прогу, в плане интерфейса. Просмотрел с 10 своих проектов. В каждом что то новое и свое, но не совместимое с другими.
Кто либо задумывался над этим вопросом серьезно?
Есть ли публикации в и-нете?
Вопрос глобальный. Связан именно с приложениями работы с БД.
Как яркий пример предлагаю рассмотреть 1С Бухгалтерию и т.п. проги от 1С. Но конечно же интересуют и личные мнения.

В частности , что предпочтительней MDI или нет?

Курдль (2004-07-03 01:38:00) [1]

> Анонимщик © (02.07.04 15:25) [29]
> Sir John
> Намного проще подредактировать соответствующий *.dfm-файл

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

Например, окно свойств субъекта. Оно может состоять из области реквизитов, области адресов, области телефонов, области счетов, области удостоверений. Тогда если просматриваются (редактируются) свойства физического лица - в область реквизитов вызывается фрэйм типа "ФИО, пол, возраст" и т.п. А если юрика - то фрейм "Форма собственности, наименование" и т.д. При этом всё остальное пространство формы остается неизменным.

Sir John (2004-07-02 23:19:00) [2]
Анонимщик

вопрос вкуса :)

Анонимщик (2004-07-02 15:25:00) [3]
Sir John
Намного проще подредактировать соответствующий *.dfm-файл

Sir John (2004-07-02 08:13:00) [4]
Фрейы - это конечно хорошо. Только вот у них глюк есть.
Кидаешь готовый фрейм на формочку и нечаяно кликаешь на кнопке какой-нить этого фрейма (который уже на форме) и все, приехали. Обработчик этой кнопки в самом фреме перестает работать.

Лечится просто: методом удаления и последующего размещения этого фрейма на основонй форме. Но, имхо, неприятно

Ильш (2004-07-02 06:18:00) [5]

> С точки зрения компонентов могу посоветовать набор raize
> и компоненты от DevExpress

отличный выбор!
кстати у DevExpress есть еще NavBar - отличная штука для интерфейса. А еще кроме MDI и закладок - есть фреймы! Очень даже удобная штучка. На главную форму выносишь все свои фреймы с документами и погнали. :)

Sir John (2004-07-02 01:33:00) [6]
коллеги, а как насчет SDI + docking на главную формочку с созданием закладок?
Формы создаются как немодальные с возможностью докинга.

Насчет юзабилити. Мое мнение - это понятие растяжимое и скорее всего никто из присутсвующих не даст точного ответа "как".

С точки зрения компонентов могу посоветовать набор raize и компоненты от DevExpress.

Косматый геолог (2004-07-02 01:09:00) [7]
WEB-интерфейс изначально заточен под отображение документов (в т.ч. с иллюстрациями эротического содержания). То есть для DSS-приложений (Decision Support System - графики-диаграммки-комментарии) подходит хорошо. То есть если Вы делаете DSS-систему - пройдитесть по хорошо сделанному порносайту, замените неприличные картинки графиками-диаграммками-комментариями - и будет классно.
Если Вы делаете систему массированного быстрого ввода данных - тест на "хорошесть" следующий: оторвите мышь, выломайте все кнопки с буквами и Tab - и если с приложением еще можно будет работать - значит, интерфейс хороший.
Это, конечно, крайности, но идею, Вы, надеюсь поняли.

Sergey Masloff (2004-07-01 22:46:00) [8]
Курдль (01.07.04 22:35) [23]
Я говорю про системы ввода. Там операторы получают деньги за каждую операцию. И с любым интерфейсом "дружественным" они тебя сразу пошлют в пешее эротическое путешествие. Потому что они вводят типа
-XX B124 DBL 12 456 С23 45F
А это реально развернутая структура типа бронируется двухместный номер в отеле таком-то с такого-то по такое число обязательно с окнами на море трансфер из аэропорта. Просто все деревья операционист держит в памяти или на бумажке над монитором. Но скорость ввода - очуменная. И не убысоришь это никаким другим интерфейсом.

Курдль (2004-07-01 22:35:00) [9]
Согласен, что интерфейс типа WEB удобен для навигации, но плох для отображения данных.
Но не согласен с "командной строкой". Одно дело - админы иксов или оракла, а другое - обычные юзеры. Если они пердставляют себе данные в виде таблицы (или структуры), если данные в БД сложены в виде таблицы, или структуированы в "дерево", то и показывать их надо в виде таблицы или "дерева".

Sergey Masloff (2004-07-01 21:55:00) [10]
Ломброзо © (01.07.04 21:31) [21]
>Может быть, это мне просто кажется? :-)
Угу. На самом деле для примитивны х действий - да вэб интерфейс сойдет. Но только если действия пользователя по сути примитивны. Если же приходится вводить достаточно сложную информацию - все трындец.
Но с другой стороны для опытных пользователей лучший инткрфейс это вообще командная строка или некоторые ее аналоги. Но это там где нужна настоящая скорость - видел когда-нибудт интерфейсы серьезных систем бронирования например - габриеэль там или амадеус? То-то. Но это для опытных пользователей.

Ломброзо (2004-07-01 21:31:00) [11]
кстати, я вот заметил, что WEB-интерфейс интуитивно понятнее, и понятнее именно вследствие предлагаемой скудности (или необходимости и достаточности? :-) элементов управления. Когда разрабочик не имеет в своём распоряжении всяких там деревьев, навороченных гридов, тулбаров и всплывающих меню, он просто вынужден продумывать эргономику из того, что есть (ссылки-надписи, ссылки-картинки), а также из требования де-факто "с любой страницы на любую переход осуществляется максимум в два клика". Ну ещё и поиск где-нить сверху или сбоку.

Может быть, это мне просто кажется? :-)

Курдль (2004-07-01 17:24:00) [12]
Такой как Delphi? Для работы с БД всегда не хватает места для записи полей, а тут еще слева области какие-то типа ObjectInspector будут болтаться? В "кролике" (VS) они хотя бы выезжающие "по требованию".

А я вот вижу 2 занятных варианта:

1. Типа WEB - с картинками, ссылками, большими кнопками и т.п. (это наверняка упростит обучение, т.к. юзеры лазить по порносайтам умеют).
2. Типа "Визардов" (это для пущей защиты от дурака).

Sonnik (2004-07-01 17:09:00) [13]
Что видел из интересных продуктов:
1. Delphi - хотя и не БД.
2. EMS PostgreSQL Manager.
3. Execel, Word и т.п. не БД но в чем то каноны програмного интерфейса.
4. 1С бух.
5. Клиент - сбербанк РФ. Но мало. Интересная прога - динамично развивается.
6. АРМ охраны труда - не знаю кто писал. средняя, но имеет официальную базу.
7. Портальные технологии - интерфейс примерно одинаковый, из веб технологий, но считаю что стоит на них равняться в разработке БД.

Курдль (2004-07-01 15:23:00) [14]
Посмотрел по ссылке MORA (01.07.04 15:12) [16]:)

Как-то резануло глаз "МГНОВЕННЫЙ БАЛАНС КОМПАНИИ" и "...Мы выбрали сервер баз данных InterBase " :)

Iconka (2004-07-01 15:17:00) [15]
ИМХО - имею мнение хрен оспоришь

MORA (2004-07-01 15:12:00) [16]
> Sonnik (01.07.04 12:55) [12]
> Пытался найти в И-нете обсуждение интерфейса программ. Не
> нашел.
> Любой программы работающей с БД.
> Кто может помочь с этим вопросом?

Вначале - классика:
1.книга Delphi 5 Руководство разработчика (С.Тейксейра, К.Пачеко) - там основные концепции клиент-серверных приложений. Конечно, интерфейс устарел, но можно сохранив концепцию поработать над ним и конечно же создать для себя repository, в котором хранить самые ходовые объекты.

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

3. Линк находится на стр. ЭТОГО форума (ладно, продублирую: http://www.gaapinvest.com/?b=0001). Сама программа косит под 1С, но может затачиваться средствами языка, на к-ром мы программируем. Энд-юзер сам может настроить всё. Насчёт интерфейса - нормальный, хотя требует БОЛЬШИХ на мой взгляд доработок.

Так что, смотри, нароешь чё - пиши...

Кстати, расшифруйте кто-нибудь ИМХО или imho?

Курдль (2004-07-01 14:44:00) [17]

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

Первого обсуждать как-то не интересно, т.к. не очень-то он с базами работает. А вот второй пример - это как раз квинтэссенция.

Типичое решение - MDI (или типа MDI, как верно заметил Sergey_Masloff (01.07.04 12:41) [11])
Главная форма с меню, тулбарами и прочими атрибутами, ничем особым не отличающимися от того-же Ёкселя. Дочерние формы - по типам табличных сущностей.
Для пущей строгости всякие изменения в таблицах - только через формализованные модальные окна - никаких правок прямо в "гридах".

Давно мечтаю придумать что-то сильно отличающееся, но всегда вступают в ход такие аргументы:
1. Юзеры привыкли к стилю Ёкселя и т.п.
2. Катастрофически не хватает места для увеличения кнопок, более информативных надписей и вольного размещения компонентов.
3. Инертность собственного мышления.
4. Новый проект = Copy/Paste(старый проект) :)

Sonnik (2004-07-01 14:19:00) [18]
Есть.
Опыта в разработке нормального пользовательского интерфейса нет.
Потому сейчас интересно было бы увидеть обсуждение интерфейса как первого так и второго.

Курдль (2004-07-01 13:25:00) [19]

> Sonnik (01.07.04 12:55) [12]
> Пытался найти в И-нете обсуждение интерфейса программ. Не
> нашел.
> Любой программы работающей с БД.
> Кто может помочь с этим вопросом?

Забавный подход! Медиа-плейер работает с бд (хранит ссылки на ресурсы). Банковский "Опердень" работает с БД.
Есть разница?

Sonnik (2004-07-01 12:55:00) [20]
Пытался найти в И-нете обсуждение интерфейса программ. Не нашел.
Любой программы работающей с БД.
Кто может помочь с этим вопросом?

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »