Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.218.168.16] |
|
Сообщ.
#1
,
|
|
|
Привет.
Возникла необходимость сделать простенький веб-сервис. Есть мнение, что на питоне это делается исключительно легко и непринуждённо :-) Вопрос - есть ли для этого такая библиотека, чтобы делала всё кроме реализации нужного функционала? В качестве идеала у меня .net. Заранее спасибо. |
Сообщ.
#2
,
|
|
|
Ничего не понятно.
|
Сообщ.
#3
,
|
|
|
Цитата gruy @ Ничего не понятно. Давай попробуем вместе. Цитата andyag @ "Простенький" - значит "требующий мало ресурсов на разработку".Возникла необходимость сделать простенький веб-сервис. Цитата andyag @ Есть множество инструментов для создавния веб-сервисов. Вебсервисы можно писать хоть на C++, хоть на .NET, хоть на Java. Так вот, теперь вчитываемся в цитату ещё раз (тут в качестве ответа можно написать - "где ты это взял, на питоне веб-сервисы делаются исключительно сложно", меня такой ответ устроит).Есть мнение, что на питоне это делается исключительно легко и непринуждённо :-) Цитата andyag @ В .Net процесс создания веб-сервиса выглядит так: пишем функционал, некоторыми методам ставим аттрибут "доступно снаружи", запускаем. WSDL генерирует сама .Net. Веб-сервис готов. Всё работает. Если нужен клиент, его код тоже генерится инфраструктурой .Net (тут моя субъективная оценка - идеальный подход для большинства ситуаций. ничего лишнего не нужно делать). Вопрос - существует ли тулкит для питона, который позволяет сделать процесс разработки веб-сервиса настолько же простым? Вопрос - есть ли для этого такая библиотека, чтобы делала всё кроме реализации нужного функционала? В качестве идеала у меня .net. |
Сообщ.
#4
,
|
|
|
где ты это взял, на питоне веб-сервисы делаются исключительно сложно
|
Сообщ.
#5
,
|
|
|
Сдается мне человек ищет веб-фреймворк
|
Сообщ.
#6
,
|
|
|
Цитата andyag @ Вопрос - существует ли тулкит для питона, который позволяет сделать процесс разработки веб-сервиса настолько же простым? Django web2py Pylons CherryPy |
Сообщ.
#7
,
|
|
|
по слову "WSDL", я полагаю, скорее, что человеку нужен тулкит для работы с SOAP, потипу SOAPLib
|
Сообщ.
#8
,
|
|
|
У меня даже сомнений не возникло, по поводу того, что слово "веб-сервис" может трактоваться, как-то иначе (особенно порадовал вариант с Django).
Вот википедия: http://ru.wikipedia.org/wiki/%D0%92%D0%B5%D0%B1-%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81 negram абсолютно прав - речь идёт именно об этом. Нашёл пример: http://webpy.org/cookbook/webservice Выглядит довольно безобидно в плане числа строк кода. Cудя по датам файлов SOAPLib на гитхабе, проект поддерживается. Спасибо! |
Сообщ.
#9
,
|
|
|
Цитата andyag @ У меня даже сомнений не возникло, по поводу того, что слово "веб-сервис" может трактоваться, как-то иначе (особенно порадовал вариант с Django). Вот википедия: http://ru.wikipedia.org/wiki/%D0%92%D0%B5%...%B2%D0%B8%D1%81 Ну есть еще всякие REST и прочие модели RPC. Некоторые того и гляди — на стандарты метят. Я вот за жизнь щупал столько этих сервисов (всякие хитровыиметые системы онлайн-оплаты, каждая со своим прибабахом) — из них SOAP'ом не общался ни один. Так что замечание коллеги вполне резонно. Мне иногда кажется, что программисты Java и .NET живут в башне из слоновой кости, в которой стены уклеены спецификациями. Им невдомек, что внешний мир может жить не по этим спецификациям, с другой терминологией. Добавлено И, да, для здоровья всяко полезнее цитировать англоязычную википедию. Патриотизьм патриотизьмом, а статьи там, однако, более дружат с фактами. |
Сообщ.
#10
,
|
|
|
Может кому понадобится. Долго в своё время искал, на чём веб-сервисы для питона реализовать, пока не нашёл Zolera SOAP. Лучше этого - ничего не видел. Всё, что тебе надо - написать валидный WSDL-ник (ну, или для клиента - найти, который нужен), скармливаешь этой штуке, и она даёт тебе модуль клиента, сервера и типов данных. Подключаешь в свою прогу и юзаешь классы и функции, как родные.
|
Сообщ.
#11
,
|
|
|
Большое спасибо за ответ, обязательно посмотрю. Если кому интересно, в качестве временного решения использую Django. Сами хендлеры запросов пишутся именно так как хотелось - функция + обработчик url. Довольно быстро начать, если стоит задача поковырять какие-то идеи. Лишний код почти не приходится писать. Представление данных - JSON. Всё работает.
|
Сообщ.
#12
,
|
|
|
От себя могу добавить, что если нужно что-то простое - то можно воспользоваться gae.
|