[python][cherrypy] не работает диспатчер.

    @property
    def database(self):
        return self._database

    @database.setter
    def database(self, database):
        self._database = database

    @property
    def view(self):
        return self._view

    @view.setter
    def view(self, view):
        self._view = view

Бессмысленно.

я это увидел в книге Марка Саммерфилда «Программирование на Python 3: подробное руководство»

использую кастомный диспатчер

Зачем? И вообще по коду слишком много велосипедов вкорячено.

я это увидел в книге Марка Саммерфилда

Чем он это мотивирует? Можешь назвать три причины в пользу тривиальных сеттеров/геттеров на *питоне*?

class RegexDispatcher(xdispatch.XDispatcher):

    def __init__(self, app):
        self.app = app
        index = xdispatch.XLocation(r'/$', 'Home', XPaste.paste(app))
        paste_view = xdispatch.XLocation(r'/paste$', 'Paste', XPaste.paste(app))
        show_view = xdispatch.XLocation(r'/show/[\d+]$', 'Show record', XPaste.show_record(app))
        list_view = xdispatch.XLocation(r'/list/$', 'List records', XPaste.show_list(app))

Меня дюже смущают подвешенные index, paste_view, show_view, list_view.

Там же, прозреваю, что хендлер надо передавать как то так:

xdispatch.XLocation(r'/$', 'Home', app.paste)

class RegexDispatcher(xdispatch.XDispatcher):

    def __init__(self, app):
        self.app = app
        self.app.index = xdispatch.XLocation(r'/$', 'Home', app.paste)
        self.app.paste_view = xdispatch.XLocation(r'/paste$', 'Paste', app.paste)
        app.show_view = xdispatch.XLocation(r'/show/[\d+]$', 'Show record', app.show_record)
        app.list_view = xdispatch.XLocation(r'/list/$', 'List records', app.show_list)

попровал так - не работает все равно - «path not found» ни для / и /paste, ни для /show и /list

По поводу сеттеров - в книге пишется что так делать необходимо, чтобы можно было обращаться к функциям, как к свойствам.

попровал так - не работает все равно

Совет: воспользуйся всё-таки встроенным диспатчером, а не текущим полнейшим ахтунгом. Более помочь ничем не могу, чтобы нарыть источник проблемы, нужно твою беду запускать, а этого делать не хочу.

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

А теперь внимательно посмотри на свой код и задайся вопросом — нужны ли тебе функции, чтобы к ним обращаться, как к свойствам?

Встроенный диспатчер не очень. Он очень ограничен по функциональности. А этот полнейший ахтунгу - это не я писал, нашел в интернете, но он был под python2, я его поправил под 3-й.

Встроенный диспатчер не очень.

Чего не хватает?

регекспов. Встроенный их не умеет. Если скажешь альтернативу - буду рад попробовать.

регекспов.

Прошу прощения. Я был сбит с толку неработающим примером с регэкспами в документации. Углубленное чтение и примеры повергли в уныние. Думаю, что окромя сервинга wsgi приложений, cherrypy ни на что не годен. Как web-фреймворк это полный здец, даже werkzeug предоставляет намного более высокоуровневый функционал.

Предлагаю бежать на другой микрофреймворк, ибо помимо роутинга будет еще ворох проблем (нострадамус-mode).

P.S. И он не питоник. Вообще ни разу, какое-то жобоподобное гуано.

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

А что посоветуешь?

Flask. Наиболее мясистый из микро. С *очень* подробной документацией.

Спасибо! Начал изучать его, он - божественен, после вишнёвого пирога!

Встроенный диспатчер не очень

Что мешает использовать Routes? Хотя Flask несомненно хорош.

Routes

Глупая калька с рельсовых рутов. Controller? Action? Буэ.