As you can see, it’s a pretty strai

As you can see, it’s a pretty straightforward piece of code. It’s one view and an extension to the patterns of admin.site. However, since we need to monkey-patch get_urls to another function that inherits from it, it is a bit tricky to do, so I just wrote a function that returns another one.

In this case, get_admin_urls accepts the current admin URL list and extends it, returning get_urls, a reference to the function (not a call), and replaces the original one.

If you visit /admin/my_view/ now, you should be greeted by a friendly “hello”!

EDIT: As mattmcc in #django told me, one can just subclass an AdminSite instance just as we do for a ModelAdmin instance and avoid all the monkeypatching. I second that, as it is a more elegant solution! Just keep in mind that you need to call the subclass instead of the original admin.site in your urlconf.

Результаты (русский) 1:

Как вы можете видеть, это довольно простой кусок кода. Это одно из мнений и расширение для модели admin.site. Однако так как нам нужно get_urls обезьяна патч в другую функцию, который наследует от него, это немного сложно сделать, так что я просто написал функцию, возвращающую еще один.В этом случае get_admin_urls принимает текущий список URL-адрес администратора и расширяет его, возвращая get_urls, ссылка на функцию (не вызов) и заменяет оригинальный.Если вы посетите/Admin/my_view/сейчас, вам следует встречено товарищеский матч «hello»!EDIT: Как mattmcc в #django сказал мне, можно просто подкласс экземпляр AdminSite так же, как мы делаем для экземпляра ModelAdmin и избежать всех monkeypatching. Второе I то, как это более элегантное решение! Просто имейте в виду, что вам нужно вызывать подкласс вместо оригинального admin.site в ваших привязок.

Результаты (русский) 2:

Как вы можете видеть, это довольно простой кусок кода. Это один вид и расширение закономерностей admin.site. Тем не менее, так как мы должны обезьяны патч get_urls в другой функции, которая наследует от него, это немного сложно сделать, так что я просто написал функцию, которая возвращает другой. В этом случае, get_admin_urls принимает текущее администратора список URL и расширяет это возвращающиеся get_urls, ссылка на функцию (не вызов), а заменяет оригинал. Если вы посетите / Admin / my_view / сейчас, вы должны быть встречено в дружественной "привет"! EDIT: Как mattmcc в #django сказал мне, можно просто подкласс в AdminSite экземпляр как мы делаем для экземпляра ModelAdmin и избежать всех monkeypatching. Я второй, что, как это более элегантное решение! Просто имейте в виду, что вам нужно позвонить в подкласс вместо оригинального admin.site в привязок.

Результаты (русский) 3:

как вы можете видеть, это очень простой кусок кода.это одна из точек зрения и пристройки к модели admin.site.однако, поскольку нам нужно обезьяна патч get_urls на другую функцию, что наследует ей, это немного сложнее делать, так что я просто написал функцию, что возвращение еще один.

в этом случае get_admin_urls принимает нынешнего администратора список адресов и распространяется она, возвращаясь get_urls,только имейте в виду, что тебе надо позвонить в подкласс вместо первоначально admin.site в вашей urlconf.только имейте в виду, что тебе надо позвонить в подкласс вместо первоначально admin.site в вашей urlconf.ссылка на функцию (не называть), и заменяет собой оригинал.

, если вы посещаете / admin / my_view / сейчас, ты должен быть встречено дружественных "привет!"

правка: как mattmcc в # джанго сказал мне, можно просто пока является adminsite инстанции, как мы делаем это для modeladmin инстанции и избежать все monkeypatching.я второй, что, поскольку он является более элегантное решение!