Имя: Пароль:
1C
1С v8
Библиотека для работы с сокетами Socket на Delphi в Native API
,
0 vladon
 
19.07.12
11:21
Вот выложил

http://infostart.ru/public/144151/

Поругайте меня :)
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. В каждом случае можно по своему реализовать обмен данными между процессами.
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.