Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8] 9   вперед  Ctrl      все
 Re: Выбор платформы для разработки информационной системы  [new]
zeehond
Member [заблокирован]

Откуда:
Сообщений: 2535
iscrafm,

strizh, видимо, имеет в виду, что ведомые вами эмоциональные споры с лихорадочно гуглящей школотой должны быть выше настоящего профессионала
11 май 10, 00:43    [8751189]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
zeehond
Member [заблокирован]

Откуда:
Сообщений: 2535
@#$, не выше а ниже разумеется
выше - только звёзды
11 май 10, 00:44    [8751193]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
zeehond
iscrafm,

...ведомые вами эмоциональные споры...

все мы люди-человеки, эмоции нам не чужды, как зарядка. Если только они касаются форумных споров, а не дела. Даже в парламентах этим балуются. Хотя признаю, иногда лучше не ввязываться, даже если есть желания побузить. сорри.
11 май 10, 01:14    [8751260]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Silverlight
Member [заблокирован]

Откуда:
Сообщений: 294
Только при большом профессиональном уровне можно покупать серверную часть с нестандартными форматами для своего фреймворка, считая, что сообщения появляются от непорочного зачатия
11 май 10, 07:40    [8751498]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Silverlight, ты хоть читай что пишешь.
за весь сеанс, в принипе, ты достоен приза. Молодец.

К сообщению приложен файл. Размер - 0Kb
11 май 10, 11:29    [8752498]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Silverlight
Member [заблокирован]

Откуда:
Сообщений: 294
Отличный инструмент для сбора флуда и песка после тебя. Пригодится
11 май 10, 11:51    [8752720]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
SeVa, флуд - это разговор не по теме. Это все конечно флуд, но если выделить его часть, то ты даже во флуде ни разу не ответил по теме флуда. Так и не дождался ответа на твое утверждение о применимости json в soap и еще на пару вопросов, которые тебе задавали. А подарок тебе, чтобы развивался на старости лет, хотя бы немного. А то кроме того, как ввести нетематическую строку поиска в гугле ничего не знаешь и не умеешь.
11 май 10, 12:05    [8752879]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
Ну вот... нормальную тему во флуд обратили, или холевар, непонятно...
11 май 10, 14:10    [8754144]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Jatz
Member

Откуда:
Сообщений: 57
-=*ShamaN*=-,

таки жуткий флуд, а по началу интересно было (
11 май 10, 14:24    [8754284]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
zeehond
-=*ShamaN*=-
Мой выбор был бы таким:
SOA-архитектура, сервер приложений на Java предоставляет объектный фасад, доступ к которому осуществляется через SOAP-протокол.
Клиентской частью может выступать как рабочая станция пользователя, так и сервер (или сервис). Для каждой конкретной ситуации интерфейс можно нарисовать на любой платформе, которая поддерживает SOAP. Это может быть сервер внутреннего сайта, SilverLight, NativeGUI и пр.
Там, где критична скорость реакции, не важна мультиплатформ. и экономия железа - GUI. Всё остальное - HTML, JavaScript, Ajax. Не исключается возможность дублирования функциональности в клиентах разных типов.
Обычно ввод информации в ИС делается на нативном ГУЕ, для вывода используются HTML и пр.

В подобных условиях неопределённости с клиентской частью я считаю важным определить чёткий функциональный фасад для клиента на сервере приложений, чтобы потом можно было легко "Прыгать" с технологии на технологию.


всё правильно, за исключением того, что полноценный SOAP - это оверкилл во многих случаях
REST/JSON - вполне себе альтернатива, тем более если клиент лёгкий, на JS

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



Если SOAP=Overkill, вижу такую схему: от SOA не отказываемся, он есть и существует (EJB или .NET-компоненты это будут в зависимости от выбранной платформы - неважно, важна модель). Есть дырки, через которые можно получить доступ к этим объектам и их функциональности: RMI или .NET(Remoting), повторюсь, в зависимости от выбранной платформы. Далее эти компоненты можно завернуть в... да во что угодно!
1. WebServices через SOAP - как одна из альтернатив, наиболее подходящая для этого, но можно точно так же выставить отдельный сервер, который обращается к тем же компонентами, но запросы принимает в формате JSON. Примерно получится так:

ОБЪЕКТ1
- МЕТОД1
- МЕТОД2

СЕРВЕР1-WS(SOAP): принимает запросы от GUI клиентов по локальной сети по протоколу SOAP, для выполнения каких-либо операций обращается к серверу, где лежит ОБЪЕКТ1 и дёргает его методы по протоколу RMI, .NET Remoting (есть и другие способы).

СЕРВЕР2-JSON дырка: делается специально для киосков, принимает запросы от тонких клиентов по протоколу JSON, но для выполнения каких-либо операций опять же, как и в случае с SOAP, обращается к серверу, где лежит ОБЪЕКТ1 и дёргает его методы по протоколу RMI, .NET Remoting. JSON-фронт можно даже самому ручками наваять в виде сервлета на Java, где на вход просто закидывается строка с именем метода и параметрами, а дальше дело техники.
.
.
.
СЕРВЕРN-WEB морда: например, сервер отчётов, который для генерации контента обращается к серверу, где лежит ОБЪЕКТ1 или другие и дёргает его методы по протоколу RMI, .NET Remoting, получая оттуда данные.

Встаёт вопрос о технологии, которая будет использована на клиенте. Тут нужно понимать, что от конкретного клиента требуется сегодня, ну и хотя бы на завтра. Киоски и пр. должны быть лёгкими: HTML, SL, JavaFX, JS, JSON. Если требования к ним могут вырасти, есть риск замены клиентской технологии в корне. Тут просто клиент исполняется на любой выбранной технологии, делается для него фасад, который обращается опять же к SOA.

PS.. За нас уже подумали, надо правильно вкурить...
PS2.. SQL.ru правильнее назвать VKurilke.ru)))
11 май 10, 14:42    [8754512]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 2512
>iscrafm, 11.05.2010, 00:40 [8751182]
>ты уже придумал куда в soap приткнуть что-то в формате json?

iscrafm, будь любезен, не для особо одаренных, а в чем предмет дискуссии?
Так понимаю, что используя форматтер json можно "выпрямить" объект структуры данных в текстовую строку, а её уж подсунуть в качестве тела в SOAP конверт. Предварительно результирующую текстовую строку можно пропустить через компрессор данных (Zip) и шифрануть. Или что-то другое имеешь ввиду?

С уважением, Владимир.
11 май 10, 15:18    [8754840]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
Что касается сжатия пакетов.
Надо на эту фичу смотреть реально, а не широко раскрытыми глазами, и именно, как на опциональную фичу, а не достоинство технологии. Это как весы: на одной чаше сильный процессор-память, на другой скорость доступа к удалённому сервису. Задача транспорта и RPC всё равно останется такой же: сериализация, маршаллинг, доставка пакетов и вызов методов.
Если слабый компьютер и слабый канал, то ничего не поделаешь - тормоз, он и в Африке тормоз. Если сильный компьютер, но слабый канал, то при наличии опции сжатия, появляется возможность ослабить нагрузку на канал... НО! это достигается за счёт увеличения нагрузки на процессор. Ещё нужно учесть периодичность запросов, если они очень частые, то в первую очередь задохнётся процессор из-за процессов пакования (это уже от рук программистов и проектировщиков удалённых сервисов зависит, как часто клиент шлёт запросы и "глубина" сериализуемых объектов). Не всегда сжатие имеет положительный эффект, а в локальной сети вообще бесполезная трата ресурсов.
11 май 10, 15:34    [8754987]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
iscrafm
Silverlight

Сервис и сообщение будут полностью соответствовать спецификации SOAP.

ты уже придумал куда в soap приткнуть что-то в формате json?


<xml....>
<request>
  <method_name type=string>"call_remote_method"</method_name>
  <params type=string>"{"", "" <--...Params in JSON format...-->  ,"", 0}"</params>
</request>

Можно, через обёртку, только зачем??
11 май 10, 15:42    [8755063]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
egorych
Member

Откуда: и зачем;
Сообщений: 4809
-=*ShamaN*=-
iscrafm
Silverlight

Сервис и сообщение будут полностью соответствовать спецификации SOAP.

ты уже придумал куда в soap приткнуть что-то в формате json?


<xml....>
<request>
  <method_name type=string>"call_remote_method"</method_name>
  <params type=string>"{"", "" <--...Params in JSON format...-->  ,"", 0}"</params>
</request>

Можно, через обёртку, только зачем??
это должен был быть второй вопрос, но пока застопорились на первом
11 май 10, 15:46    [8755105]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
ВМоисеев
>iscrafm, 11.05.2010, 00:40 [8751182]
>ты уже придумал куда в soap приткнуть что-то в формате json?

iscrafm, будь любезен, не для особо одаренных, а в чем предмет дискуссии?

Владимир, предмета дискуссии как такового нет. все крутится кроме простейшего примера. Просто была попытка, не в первый раз и, к сожалению, опять неудачная, добиться этого примера, чтобы тексты были осмысленные.
11 май 10, 15:48    [8755120]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
-=*ShamaN*=-,
с вами никто и не спорит.
содержимое конверта - не есть конверт.Остальное потом ))
11 май 10, 15:48    [8755124]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
egorych
-=*ShamaN*=-
iscrafm
Silverlight

Сервис и сообщение будут полностью соответствовать спецификации SOAP.

ты уже придумал куда в soap приткнуть что-то в формате json?


<xml....>
<request>
  <method_name type=string>"call_remote_method"</method_name>
  <params type=string>"{"", "" <--...Params in JSON format...-->  ,"", 0}"</params>
</request>

Можно, через обёртку, только зачем??
это должен был быть второй вопрос, но пока застопорились на первом


Смысл в JSON есть только в случае, когда требуется в коде JavaScript в браузере сделать асинхронный запрос к серверу... Формат очень простой и пакет вполне реально сформировать средствами скриптовых языков. Ещё JSON используют на HighLoad проектах (linkedin, twitter, vkontakte и пр.) для кэширования объектов в MemCache (это базы Key=Value, построенные по технологии DHT). Больше областей эффективного применения JSON я не вижу. Мож кто подскажет, где ещё его применять удобно.

В нашем случае есть киоск, если коиск - это вэб-приложение, построенное на AJAX, то JSON рулит. WEB-сервер тут является принимающей JSON стороной, он его парсит и далее выполняет нужные действия, обращается к распред. объектам или сам что-то делает и лезет в базу, не суть...
Заворачивать JSON в SOAP глупо, они примерно на одном уровне и выполняют роль носителей для для сетевого транспорта. На JS можно сформировать SOAP-пакет и успешно его заслать на сервер, но на JavaScript это муторно с точки зрения трудозатрат и геммороя. Вот тут его и сменяет JSON...
11 май 10, 16:27    [8755530]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
-=*ShamaN*=-
Member

Откуда: Санкт-Петербург
Сообщений: 809
Может по теме, господа?)
11 май 10, 16:38    [8755644]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
-=*ShamaN*=-
Может по теме, господа?)

слишком много если..
По каждому ЯП есть 10-ок технологий.
Про все не рассказать 8-)
11 май 10, 16:52    [8755778]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
zeehond
Member [заблокирован]

Откуда:
Сообщений: 2535
-=*ShamaN*=-

Смысл в JSON есть только в случае, когда требуется в коде JavaScript в браузере сделать асинхронный запрос к серверу... Формат очень простой и пакет вполне реально сформировать средствами скриптовых языков. Ещё JSON используют на HighLoad проектах (linkedin, twitter, vkontakte и пр.) для кэширования объектов в MemCache (это базы Key=Value, построенные по технологии DHT). Больше областей эффективного применения JSON я не вижу. Мож кто подскажет, где ещё его применять удобно.

В нашем случае есть киоск, если коиск - это вэб-приложение, построенное на AJAX, то JSON рулит. WEB-сервер тут является принимающей JSON стороной, он его парсит и далее выполняет нужные действия, обращается к распред. объектам или сам что-то делает и лезет в базу, не суть...
Заворачивать JSON в SOAP глупо, они примерно на одном уровне и выполняют роль носителей для для сетевого транспорта. На JS можно сформировать SOAP-пакет и успешно его заслать на сервер, но на JavaScript это муторно с точки зрения трудозатрат и геммороя. Вот тут его и сменяет JSON...


ну вот, наконец-то
пришёл знающий человек и всё объяснил

болдом я выделил специально для неистово гуглящей школоты
11 май 10, 17:03    [8755875]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Silverlight
Member [заблокирован]

Откуда:
Сообщений: 294
zeehond
-=*ShamaN*=-

Смысл в JSON есть только в случае, когда требуется в коде JavaScript в браузере сделать асинхронный запрос к серверу... Формат очень простой и пакет вполне реально сформировать средствами скриптовых языков. Ещё JSON используют на HighLoad проектах (linkedin, twitter, vkontakte и пр.) для кэширования объектов в MemCache (это базы Key=Value, построенные по технологии DHT). Больше областей эффективного применения JSON я не вижу. Мож кто подскажет, где ещё его применять удобно.

В нашем случае есть киоск, если коиск - это вэб-приложение, построенное на AJAX, то JSON рулит. WEB-сервер тут является принимающей JSON стороной, он его парсит и далее выполняет нужные действия, обращается к распред. объектам или сам что-то делает и лезет в базу, не суть...
Заворачивать JSON в SOAP глупо, они примерно на одном уровне и выполняют роль носителей для для сетевого транспорта. На JS можно сформировать SOAP-пакет и успешно его заслать на сервер, но на JavaScript это муторно с точки зрения трудозатрат и геммороя. Вот тут его и сменяет JSON...


ну вот, наконец-то
пришёл знающий человек и всё объяснил
болдом я выделил специально для неистово гуглящей школоты


Я говорил только, что можно, а не нужно, после того, как некоторые утверждали, что невозможно.
Даже невзрослые дяди знают, что глупо работать с стандартным SOAP, если нет внешних сервисов для других.
Как только увидите размеры сообщений, сразу появится желание найти более экономный вариант.
11 май 10, 20:11    [8756827]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Silverlight
Я говорил только, что можно, а не нужно, после того, как некоторые утверждали, что невозможно.
Даже невзрослые дяди знают, что глупо работать с стандартным SOAP, если нет внешних сервисов для других.
Как только увидите размеры сообщений, сразу появится желание найти более экономный вариант.


Silverlight

JSON- всего лишь более экономный формат сериализации, следовательно, может быть применим в SOAP

это к слову, кто что говорил. Подтверждения и примера так и не дождались, наверное возился с ведерком.
А кто эти некоторые, которые утверждали что невозможно? Они в привате тебе писали (в топике сообщений по этому поводу не видно)? И подробней, почему нельзя работать со стандартным SOAP без внешних сервисов?
11 май 10, 20:25    [8756859]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Silverlight
Member [заблокирован]

Откуда:
Сообщений: 294
iscrafm

А кто эти некоторые, которые утверждали что невозможно? Они в привате тебе писали (в топике сообщений по этому поводу не видно)

Я наивно полагал, что это ты писал
iscrafm
я наивно полагаю, что SOAP протокол, который работает с сообщениями в формате XML, вполне определенной структуры
11 май 10, 21:38    [8757014]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Silverlight
iscrafm

А кто эти некоторые, которые утверждали что невозможно? Они в привате тебе писали (в топике сообщений по этому поводу не видно)

Я наивно полагал, что это ты писал
iscrafm
я наивно полагаю, что SOAP протокол, который работает с сообщениями в формате XML, вполне определенной структуры

ты даже наивно полагать не можешь. потому что частично скопированный текст в оригинале выглядит так:
Silverlight

Подозреваю, что ты наивно полагаешь, что SOAP - только формат передачи данных.
iscrafm

я наивно полагаю, что SOAP протокол, который работает с сообщениями в формате XML, вполне определенной структуры.

есть что-то возвразить против такого утверждения? Т.е. к чему ты лепишь фразы из воздуха?

p.s. СеВа, какой спектакль ты хочешь разыграть при неимении способностей для этого? Ты как раньше ничего не понимал, так и сейчас. От смены ника ничего не меняется. Есть одно но... компроментируешь вполне нормальный плагин, присвоив логину на SQL.ru его имя, являющееся, кстати, частью торговой марки. Открой секрет, не мне, форуму - какое отношение ты имеешь к SL...
12 май 10, 01:53    [8757687]     Ответить | Цитировать Сообщить модератору
 Re: Выбор платформы для разработки информационной системы  [new]
Silverlight
Member [заблокирован]

Откуда:
Сообщений: 294
Брось свои еврейские мультики. Ты не и знал, что есть сериализаторы, что можно паковать в другие форматы, зиповать и тд.
Что касается SL. Имею отношение и самое непосредственное. С полной уверенностью могу утверждать, что с SL/WPF - Искра выброшенные на ветер деньги. Сейчас только ленивый может полагаться на черные ящики без всякого контроля и сервисы с закрытыми форматами. В выходные выложу мультик "Искра своими руками".
12 май 10, 08:20    [8757874]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8] 9   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить