2013-05-29 5 views
0

Я определил некоторые типы сообщений, которые я хотел бы использовать в своей службе protorpc для механизма приложения, но служба в метании ошибки, потому что она находит члены, которые являются методами, а не сообщениями. Экземпляры. Есть ли способ обойти это? Потому что определение методов сообщений действительно полезно. В моем примере у меня есть учетное сообщение, и я определил метод проверки правильности учетных данных в сообщении. Я знаю, что могу просто определить методы как функции, но это просто швы менее логично.Почему я не могу определить методы для сообщений protorpc?

ответ

1

Одна из целей ProtoRPC заключается в том, чтобы оставаться максимально верными реализации буферов протокола. Запись буфера протокола с использованием нотации .proto не позволяет определять методы. Поэтому, если бы можно было определить методы, вы бы закончили с классами, которые не могли быть правильно представлены как .proto-файл. В отрыве надеемся, что разработчик обеспечит четкое различие между классами сообщений и функциональностью клиент/сервер.

Мы также приложили много усилий, чтобы убедиться, что если нам нужно будет вносить будущие изменения (например, добавить поддержку механизма буфера протокола), это проще сделать, не нарушая совместимость со старыми версиями. Поскольку он предназначен для установки в среду выполнения App Engine, библиотека обновляется автоматически, когда выпущена новая версия App Engine, а не когда разработчик готов к обновлению. Ограничение того, что теперь можно добавить в сообщения, позволяет увеличить гибкость библиотеки в будущем (по правде говоря, за счет пользователя библиотеки).

+0

Это может быть глупый вопрос, потому что я не смотрел формат .proto, но при преобразовании определения .proto-файла не было бы возможным игнорировать методы, определенные разработчиком? Мне нужно отделить метод, который работает с сообщением из самого сообщения. – bigblind

Смежные вопросы