2010-07-03 4 views
0

Я открыт для убеждения, что это плохая идея. Но если нет, вот общая ничья:Django веб-интерфейс для хранения запросов и определения контекста

  1. Веб-интерфейс для хранения данных (django.contrib.admin).
  2. Веб-интерфейс для создания страниц (django.contrib.flatpages)
  3. веб-интерфейс для создания шаблонов (dbtemplates)
  4. Где веб-интерфейс для создания запросов и определить контекст? (контексты?)

EDIT


Вот нормальная ситуация для развития Django сайта. У вас есть новая страница, чтобы составить, выяснить URL-адрес для него, выяснить, какие данные необходимы для поддержки страницы, а затем создать соответствующие шаблоны, чтобы данные были представлены так, как вы планируете.

Я хочу, чтобы иметь возможность определить, какие данные необходимы для поддержки страницы из интерфейса администратора; в основном то, что вы вложили в файл views.py.

Я предполагаю, что существует представление оболочки, которое обрабатывает auth, но получает весь контекст из модели (таблицы).

from dbcontext import DBContext # this is fictitious 

def db_context_view(request, **args, **kwargs): 
    # ...some code to handle auth 
    context = DBContext.objects.get_context_for_request(request, **args, **kwargs) 
    return render_to_response('mydbtemplates/example.html', context) 

Я был бы рад еще отредактировать urls.py файл, чтобы обеспечить достаточно переходит в руки зрения, так что менеджер DbContext может найти подходящий контекст записи, выполнить требуемые запросы (удовлетворяющие любые параметры запроса), и верните соответствующий словарь для успешного создания шаблона.

+0

К сожалению, я не понимаю, чего вы пытаетесь выполнить с # 4, чтобы помочь. Какой пример сценария, который вы хотите выполнить с # 4, чтобы я мог понять проблему, которую вы даже пытаетесь решить. –

+0

Спасибо, что ответили. Я отредактировал вопрос, чтобы предоставить более подробную информацию. –

+0

web2py имеет нечто большее, чем полное веб-решение для веб-разработки .... но я не оценил некоторые аспекты их документации. – Paul

ответ

0

Я считаю, что вы ищете contenttypes framework. С рамками ContentTypes, вы могли бы сделать что-то вроде этого:

def db_context_view(request, *args, **kwargs): 
    # ...some code to handle auth 
    ct = ContentType.objects.get_for_id(kwargs['content_type_id']) 
    obj = ct.get_object_for_this_type(pk=kwargs['object_id']) 

Используя этот подход, можно создать представление, которое вы хотите.

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

  • Нет связанных вопросов^_^