|
Библиотека для работы с сокетами Socket на Delphi в Native API | ☑ | ||
---|---|---|---|---|
0
vladon
19.07.12
✎
11:21
|
||||
1
qeos
19.07.12
✎
11:25
|
чмо
|
|||
2
х86
19.07.12
✎
11:30
|
(0)зачем это?
|
|||
3
vladon
19.07.12
✎
11:34
|
(2) для работы с сокетами непосредственно на сервере (не на клиенте, чего требуют COM-компоненты)
|
|||
4
Рассвет
26.07.12
✎
18:11
|
Это интересно, я тут почитал обсуждения по Native API. Мне кажется написание на нем компонент делом противоестественным. С точки срения архитектуры - тупик. Проше говоря, в том виде как это сейчас - заглохнет.
Мне пришла в голову простая идея, простая настолько, что возможно она уже реализована. Суть в том, что весь внешний функционал реализуется как сервисы родным для операционки, платформы, окружения и самого программиста способом. Остается один вопрос, взаимодействие сервиса и приложения. Вот тут может помочь одна практически универсальная внешняя компонента написанная через Native API. Ее функция предоставить канал связи, например, на сокетах и достаточно уметь следующее: а) отправлять запросы сервису и принимать ответы, б) видимо в отдельном потоке, мониторить события сервиса и генерить внешние событие в приложении. Все. Отладка на стороне 1С - обработка с тремя полями. Поле для ввода запроса (текст, xml, json... что душа пожелает), поле для отображения ответа и поле-лог внешних событий (от кого и с какими параметрами). |
|||
5
H A D G E H O G s
26.07.12
✎
18:14
|
(0) Пфффф. Где ДвоичныеДанные?
|
|||
6
H A D G E H O G s
26.07.12
✎
18:14
|
(4) И идти на поклон к сисадмину за правами.
|
|||
7
H A D G E H O G s
26.07.12
✎
18:15
|
(4) Вместо сокетов wm_copydata вполне лучше.
|
|||
8
H A D G E H O G s
26.07.12
✎
18:16
|
(0) INDY10 ?
|
|||
9
Рассвет
26.07.12
✎
18:26
|
(7) это будет кроссплатформенно и кроссмашинно? Хотя для меня, любой вариант лучше того, что сечас. Я даже готов админам проеставится :)
|
|||
10
Рассвет
26.07.12
✎
18:27
|
(9) В том смысле, чтоб веб клиенты тоже покрылись реализацией.
|
|||
11
Serginio1
26.07.12
✎
18:28
|
На самом деле в большинстве случаев нужно ответ получать. У меня реализован такого плана ВК
Сначала идет Команда,ФлагВозвратаДанных, затем флаг Компресси данных, сами данные (которые сжимаются или не сжимаются в зависимости от выходных данных, что нужно для вайфаев и прочих не скорстных. Данные возвращаются аналогично, но без команды. Соответсвенно прописываются и размер данных |
|||
12
Рассвет
28.07.12
✎
02:41
|
(7) Я тут на трезвую голову подумал. Все равно компоненты под win и linux свои, а еще они 32/64. В каждом случае можно по своему реализовать обмен данными между процессами.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |