Python-сообщество

>>> Значительно расширилась сервисная часть web'а. А вместе с ней и инструменты, эти сервисы предоставляющие. Думаю, сейчас javascript'овые библиотеки умеют значительно больше, чем они же в 1999ом. Поправите?

дело не в том, что на вебе принципиально нельзя сделать.
Но, мне кажется, проще и быстрее создать толстый клиент. И, кажется, легче сделать его действительно удобным. По целому ряду причин, главная из которых - GUI API гораздо обширней и удобней. javascript'овые библиотеки умеют многое, но все еще меньше, чем wxWindows, например.

Теперь о сетевом протоколе. Ничего военного.

message ::= dict
dict ::= { dict_item (, dict_item) *} #(обычный Python dict)
dict_item ::= identifier : dict | list | simple_type
list ::= #(Python list)
list_item ::= simple_type | dict
simple_item ::= int | float | str | datetime.datetime #(можно добвить что-то еще)
identifier ::= int

т.о. в сообщении можно закодировать все примерно так же, как и в xmrpc.

Главное, чтобы на обоих концах соединения были одинаковые идентификаторы и они одинаково понимались :)

Программист видит экземпляры классов сообщений, у каждого из которых есть pack и parse - чтобы в message упаковать и из него развернуть.

Собственно бинарный формат может быть разным. Например, pickle или pickle+zip+crc32 - тяжеловато немного, но вполне уже ничего. Можно паковать как в bittorrent или twisted.spread.banana. Можно совсем по своему - как бинарные данные с простым тегом типа записи.
При этом для коротких словарей и списков стоит вводить отдельные теги и длину указывать в байте, а не в двойном слове.
В конце, как правило, стоит таки зипануть или применить любой другой архиватор - еще немного подожмем. Но это уже детали.
А главное. Если ввести перед сообщением байт формата - то способ записи можно легко менять, не затрагивая остальной код. И затачивать размер сообщений отдельно от всего остального. У нас так возник пяток форматов (пользуемся, конечно, последней реинкарнацией) и будет еще. Дальше - ваша фантазия.
В http все прекрасно пропихивается через PUT, и забирается из ответа (как и XMLRPC).

Я ответил на вопрос?

Андрей Светлов
Теперь о сетевом протоколе. Ничего военного.

тогда уж лучше json или я ошибаюсь?

если python-javascript - то лучше, конечно. AJAX и все такое…
Если python-python - бинарные протоколы кушают меньше трафика

а если шифровать и сжимать?

Особенно если сжимать.
Шифрование округляет до блока. До 64 байт в случае RSA 512, например.
А еще можно записывать совсем короткие инты в 2 байта (маркер+байт данных), и таких много. Более толстые - в 3 байта. И т.д.
И, главная прелесть - эту оптимизацию можно наращивать постепенно, по мере надобности.

pythonwin
а если шифровать и сжимать?

И все время этим заниматься?

Андрей, какое IDE вы использовали для wxPython? Почему не взяли, например pyQt ?

Как я понял из объяснений по поводу вашего протокола, то вы просто передаете данные. Как вы обновляете приложение на клиентах, если в форму добавилось несколько полей?

Спасибо

Dyadya Zed
IDE. Вопрос интересный. Дизайнеры интерфейсов перебирались здесь. IDE - здесь. Мне когда-то очень нравился pydev под eclipse. Сейчас вот уже три года пользуюсь исключительно текстовым редактором, встроенным в Far с некоторыми плагинами (я клиенты под Windows пишу).

wxPython - просто потому, что я его хорошо знаю. На Qt писал когда-то, в свое время нравился. С pyQt не знаком почти, но скоро, похоже, освою и его (в Maya 2008 появилась возможность делать интерфейс и на pyQt).

По поводу обновлений: есть два способа.
1. Мощный и трудоемкий - передавать еще и метадату и уметь работать с ней на клиенте. В общем случае рассказать сложно, нужно смотреть на конкретику.
2. Довольно элементарный, и он почти всегда себя оправдывает. Первым запросом после запуска клиента идет опрос версии, с которой желает работать сервер. Если она не совпадает с клиентской - открыть браузер, который позволит закачать инсталляцию нового клиента (урл возвращается тем же запросом). Работать не давать. Дальше - стандартное обновление через инсталлятор. Схема может быть расширена (важные и неважные оюновления и проч).

Андрей Светлов
Мы уже давно научились делать хорошие инсталляторы для наших питон проектов. Которые нужно всего лишь запустить, и все заработает.

Есть скажите а Ваши приложения на питоне запускаются виде исполняемого файла (например созданного с помошью py2exe) ? Или на всех рабочих местах установлен интерпретатор питона с библиотеками?
Cкажите, а инсталяторы в формата msi тоже умеете делать?
Если да то подскажите как?
Большое спасибо!

py2exe хорош. Для больших проектов его не хватает, и приходится изобретать что-то свое. Методика проста: качаем py2exe в исходниках, изучаем и делаем по подобию. На самом деле совсем немного работы (но нужно знать C и Python C API).
Выбор инсталлятора - на усмотрение.
Можно и msi. В стандартном питоне есть msilib. Страшненькая, но рабочая. Главное назначение - собирать msi package самого питона - но можно использовать и для своих целей. Вероятно, проще будет заиспользовать стороннюю тулзу типа installshield (таких море, платных и нет, с визардами и прочими побрякушками) - а затем запускать ее как отдельный процесс. Ведь все равно, что в msi паковать - python или C++.