тут с терминами сложно

Вью отправляет запрос контроллеру Контроллер выполняет бизнес логику, заложенную в модели и решает, какой вью рендерить

он ломает все

http://ipic.su/img/img7/fs/kiss_39kb.1549018096.png

Вью и модель явно не связаны вообще

это могли быть вьюхи jsonrpc и rest

пробывал через selenium

но работает очень долго, что можно сделать?

Вью отправляет запрос контроллеру Контроллер выполняет бизнес логику, заложенную в модели и решает, какой вью рендерить

вью отправляет, хорошо. То есть юзер все таки с вью взаимодействует?

Да

но работает очень долго, что можно сделать?

терпеть и страдать

Да

то есть view парсит ввод и отдает в понятном контроллеру виде?

точно никакого обхода нету?

нет

мы все здесь сидим и страдаем

точно никакого обхода нету?

обратиться к владельцам сайта за нормальным api

только С++ бояре наслаждаются скоростью

то есть view парсит ввод и отдает в понятном контроллеру виде?

в общем случае нельзя сказать, кто парсит, от контекста зависит

а ещё у меня проблема в этих MV* кто ссылку на кого хранит

в случае с аргументами консоли скорее это работа контроллера

Кто может скинуть ссылку на хорошую группу по c++? Только не баньте?

Здравствуйте

а ещё у меня проблема в этих MV* кто ссылку на кого хранит

контроллер на модель, чтобы вызывать бизнес логику и получать данные

а ещё у меня проблема в этих MV* кто ссылку на кого хранит

то есть кого куда инжектят по интерфейсам, а кто просто работает

Кто может скинуть ссылку на хорошую группу по c++? Только не баньте?

Есть кое-что получше: https://github.com/goq/telegram-list/blob/master/README.md#Меню

контроллер на вью, чтобы возвращать их пользователю

возможно вью на контроллер, если технически это нужно

если вью это хтмл страница, то она явно не имеет же ссылок на твой контроллер на бэкенде

имеет только роуты, куда стучать

возможно вью на контроллер, если технически это нужно

Ну если Вью вызывать методы контроллера, она должна о нем знать

Есть кое-что получше: https://github.com/goq/telegram-list/blob/master/README.md#Меню

Спасибо

естественно о рычагах контроллера вью знает

она не знает о логике внутри рычагов, просто отправляет данные и все

То есть должен быть абстрактный контроллер

Интерфейс

нет

должен быть конкретный контроллер с логикой

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

@Tishka17 чисто на всякий случай скажу, поскольку у тебя бекграунд на фласке, во фласке не mvc. Там можно сделать как угодно, но как правило там не mvc. Из того, что видел я, там был MTV (model template view), как и в джанго. А то вдруг ты из-за этого голову ломаешь.

@Tishka17 чисто на всякий случай скажу, поскольку у тебя бекграунд на фласке, во фласке не mvc. Там можно сделать как угодно, но как правило там не mvc. Из того, что видел я, там был MTV (model template view), как и в джанго. А то вдруг ты из-за этого голову ломаешь.

У меня бэкграунд на Андроиде кроме фласкп

у тебя каша в голове, ты должен понять причину архитектыр mvc - когда ты пихаешь логику везде, то это сложно во первых разделять для рефакторинга, во вторых поддерживать

Но да, фласк портит

для этого придумали что вью просто отображает, контроллер преобразует, модель хранит

контроллер преобразует в обе стороны

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

Если Вью юзает контроллер напрямую без интерфейса, я не могу её протестить

напрямую это как?

функция контроллера, которая вызывается вью, это и есть интерфейс же

Напрямую - это фиксированный класс. Или прям сама создаёт инстанс

интерфейс тут не в смысле какая-то абстракция

тест создает

а в смысле просто соглашение о том, как общаются вью и контроллер

через какие методы, какие параметры и тд

у тебя может быть 1 класс контроллера без всяких абстракций

все его публичные методы, которые юзает вью - это его интерфейс для вью

после джавы или сишарпа сложно привыкнуть что куча абстракций в питоне не нужны

я первое время постоянно тосковал по IClassInterface

я первое время постоянно тосковал по IClassInterface

Ну протоколы обещают

ну, мне пока это ничего не нужно

Ну протоколы обещают

Хм ... какие протоколы?

Ну протоколы обещают

Пеп какой

https://www.python.org/dev/peps/pep-0544/

@var_name будет жить. Поприветствуем!

https://www.python.org/dev/peps/pep-0544/

как в golang будут интерфейсы )

а, так это уже есть

в 3.7

Нужно аналог сайта сделать, используя готовую API. Если кому интересна подработка , пишите в ЛС, пожалуйста.

а, так это уже есть

Нету. Он оно драфт

https://www.python.org/dev/peps/pep-0544/

Боюсь, получится как обычно, проще будет zope.interface взять

Боюсь, получится как обычно, проще будет zope.interface взять

Да не. Речь о том, что ты будешь как в го отельно глядят объявлять интерфейс и анализатор будет проверять соответствие ему. Собственно, утиная типизация.

Да не. Речь о том, что ты будешь как в го отельно глядят объявлять интерфейс и анализатор будет проверять соответствие ему. Собственно, утиная типизация.

Отличная идея

Просто сейчас нет возможности сделать аннотацию для проверки что у всех переданных объектов есть нужный метод

Просто сейчас нет возможности сделать аннотацию для проверки что у всех переданных объектов есть нужный метод

Эм ... а разве zope.interface это не позволяет сделать?)

Или опять же, абстрактные классы)

Возможно я не совсем понимаю проблему)

смотри, ты zope ты явно указываешь реализацию

Или опять же, абстрактные классы)

от абстрактного класса надо наследоваться

а в питоне вообще-то утиная типизация

class Foo: zope.interface.implements(IFoo)

в утиной типизации по-другому

есть интерфейс Writable

давай на прмиере

А, до меня дошло)

у него должен быть метод write с 1 параметром, например

ты нигде не пишешь в своем классе про Writable

Ну да, в mypy костыли, поэтому никак :(

ты просто пишешь в классе метод write с таким же параметром

да!

Хотя

Стоп

Все равно можно сделать subclass_hook что бы в рантайме правильно проверять

И наследование не нужно

class Writer(Protocol): def write(self, arg): pass class RealWriter: def write(self, arg): pass def work(writer: Writer): writer.write(1)

вот теперь тебе надо чтобы work(RealWriter()) анализтор съел, а work(1) - нет

вот с протоколами это весь код, который нужен

Ну, если мы говорим про mypy, так все плохо, так что да :)

да не в mypy дело, а в коде

статья на вики на всякий про это дело

https://ru.wikipedia.org/wiki/Утиная_типизация

PEP про то, как прмиенить аннотации типов к утиной типизации