Google App Engine, определение класса предварительной обработки


Я пытаюсь определить класс base request handling, чтобы страницы веб-приложений могли наследовать некоторые базовые методы и переменные, которые в противном случае потребовали бы повторного определения для каждой страницы приложения. Что-то вроде аналогичной функциональности, такой как django preprocessors. Это мой базовый класс, от которого наследуются другие страницы:

class BasePage(webapp.RequestHandler):
    def __init__(self):    
        self.user = users.get_current_user()    
        self.template_values = {
                'user': self.user,       
                'environ': self,   #I don't like the idea of passing the whole environ object to a template

                ##The below three functions cannot be executed during _init_ because of absence of self.request 
                #'openid_providers': self.openid_providers(),  
                #'logout_url': self.get_logout_url(),
                #'request': self.get_request(),
            }           

    ##A sort of similar functionality like render_to_response in django
    def render_template(self, template_name, values = None, *args, **kwargs):
        #PATH is the directory containing the templates
        if values: 
            for value in values:  self.template_values[value] = values[value]
        self.response.out.write(template.render(PATH+template_name, self.template_values, *args, **kwargs))                 

    ##Returns request as the name suggests
    def logout_url(self):
        return users.create_logout_url(self.request.url)

    ##Returns request as the name suggests
    def request(self):
        return request

    ##Returns openid login urls        
    def openid_providers(self):
        #OPENID_POVIDERS  is a list of dictionary 
        for p in OPENID_PROVIDERS:
             p['login_url'] = users.create_login_url(self.request.get('next', '/') , p['name'], p['url'])
        return OPENID_PROVIDERS

Все работает нормально, за исключением того, что я не могу передать некоторые переменные во время инициализации, так как self.request недоступен. Итак, для обходного пути я передал всю переменную self как переменную шаблона.

Есть ли другой способ предоставить переменные шаблона (запрос, logout_url и т. д.) в шаблоны?


python web-applications google-app-engine django-templates preprocessor
person crodjer    schedule 20.12.2010    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Я решил эту проблему в своем коде AppEngine, используя Шаблон метода шаблона

По сути, базовый класс выглядит так:

class MyBasePage(webapp.RequestHandler):
    def __init__(self):
        # common setup/init stuff here, 
        # omitted for this discussion

    def Setup(self):
        # request handling setup code needed in both GET/POST methods, like
        # checking for user login, getting session cookies, etc.
        # omitted for this discussion

    def get(self, *args):
        self.Setup()
        # call the derived class' 'DoGet' method that actually has 
        # the logic inside it
        self.DoGet(*args)

    def post(self, *args):
        self.Setup()
        # call the derived class' 'DoPost' method 
        self.DoPost(*args)

    def DoGet(self, *args):
        ''' derived classes override this method and 
            put all of their GET logic inside. Base class does nothing.'''
        pass

    def DoPost(self, *args):
        ''' derived classes override this method and 
            put all of their POST logic inside. Base class does nothing.'''
        pass

... ваши производные классы в основном просто должны беспокоиться о внутренностях этих методов DoGet() и DoPost().

person bgporter    schedule 20.12.2010
comment
Спасибо! Я думал об определении пользовательского получения, сообщений в базовом классе и использовании super(), но этот DoPost, DoGet кажется отличным!! Я думаю, что это хорошо для моего небольшого проекта, которому не нужно много функций django. - person crodjer; 20.12.2010

arrow_upward
5
arrow_downward

Гораздо более простое решение, чем у bgporter, состоит в том, чтобы выполнить стандартную настройку в методе initialize метода webapp.RequestHandler. Вот пример из работы, где мы хотели добавить Django-подобный метод is_ajax к объекту запроса:

class BaseHandler(webapp.RequestHandler):
    def initialize(self, request, response):
        super(BaseHandler, self).initialize(request, response)
        # Add a Django-like is_ajax() method to the request object
        request.is_ajax = lambda: \
            request.environ.get('HTTP_X_REQUESTED_WITH') == 'XMLHttpRequest'

Этот метод вызывается для инициализации каждого обработчика запросов текущими объектами запросов и ответов до вызова соответствующих методов get или post (или любых других).

person Will McCutchen    schedule 20.12.2010
comment
Да, не очень очевидно, как можно делать такие вещи. Я не совсем уверен, почему обработчики просто не используют __init__, чтобы сделать то же самое. - person Will McCutchen; 21.12.2010