The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Подходы создания сетевых графических приложений., opennews (?), 14-Июл-06, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Подходы создания сетевых графических приложений."  +/
Сообщение от XXX (??), 15-Июл-06, 15:09 
1) А разве безопасно публиковать сервер баз данных в сети? Разве не разумней было бы изолировать сервер, отделяя пользователя непосредственно от базного мотора промежуточным слоем. Разве шифрация защитит опубликованный в сети сервер от нерадивых или просто опасных действий злоумышленника? Многие фирмы после таких экспериментов локти кусали.

т.е. вы считаете, что протокол обмена приложения БД с Вашим тонким-клиентом более секьюрное? ой, сумневаюсь...

2) Конечно, но всегда ли так бывает. Вы не сталкивались вероятно с плохооптимизированными запросами или просто запросами, которые тащат на сторону клиента огромные кучи данных, далеко не всегда необходимых.

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

3) >во-первых сразу видно, человек не читал описание X-протокола...
Напрасно Вы так думаете. Впрочем, об этом ли речь? Разве Х протокол
имеет отношение к старту собственно приложения и размещению в памяти сервера
графических объектов, которое лишь потом, в результате обработки трансформируется в последовательность X событий.

правильно, X-протокол отвечает за то, что б не делать вот этого "каждый раз волоча за собой груз графических объектов и презентационной логики", а события обрабатывает X-клиент, который их потом по X-протоколу передает X-серверу, который занимается "рисованием"... в принципе, надо ли Вам это объяснять, раз вы в курсе...
и наверняка в курсе, что QT пользуется не всеми возможностями X (я бы даже сказал далеко не всеми), чтобы уменьшить трафик между клиентом и сервером... (не это ли Вы исправили?)

>4) >4.-Х. "программист не должен, программиста не надо обременять...
>Ну, это, простите, вообще смешно.
...еще бы, ткая прям забота о программисте меня просто умиляет...

Ответить | Правка | Наверх | Cообщить модератору

13. "Подходы создания сетевых графических приложений."  +/
Сообщение от Oleg Shalnev (?), 15-Июл-06, 18:00 
>т.е. вы считаете, что протокол обмена приложения БД с Вашим тонким-клиентом более
>секьюрное? ой, сумневаюсь...
тонкий клиент с базой не общается, он общается с сервером а уж сервер работает с базой. Клиенту доставляем только информацию для генерации интерфейса.

>и сервером... (не это ли Вы исправили?)
Вообще странно, когда люди создают PHP или генераторы интерфейса на XML или XUL какой-нибудь. Эти решения совершенно спокойно используются. Никаких проблем. Когда в 3-4 файлах описывают простенький диалог по схеме Corba+XML+JavaScript Это нормально, круто и современно. А когда предлагается делать тоже самое, только более комфортно и понятно для программиста, в одном месте и дешевле для пользователя, вспомнили по Х протокол и страшно умиляемся.
Да нет проблем, пользуйтесь Х протоколом. Стройте инфраструктуру предприятия на X терминалах. Прокачивайте трафик. Мир разный, каждому свое.
>
>>4) >4.-Х. "программист не должен, программиста не надо обременять...
>>Ну, это, простите, вообще смешно.
>...еще бы, ткая прям забота о программисте меня просто умиляет...

Точно, нефиг, держать его в ежевых рукавицах следует.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру