Найти - Пользователи
Полная версия: Изменение состояния неизвестной переменной объекта.
Начало » Python для новичков » Изменение состояния неизвестной переменной объекта.
1 2 3 4 5 6 7
PooH
4kpt_III
Я такой же ахинеей по-началу занимался, так как пришел из делфи.
Флейма ради - дельфи то в чем виноват? Нормальный ООП для статически типизированного языка. В плюсах или жабе тоже самое +/- местный колорит.
JOHN_16
MiK
Данный метод не использует ссылку на объект, а значит его нет смысла и описывать. Это значит, что по факту, он является статическим.
Самодурство какое то - “я сам подумал, я сам так решил” То что есть официальная документация разъясняющая понятия видимо не в счет.
MiK
Хотя не, ты там чего-то хитрое замутил. Но я этого не понимаю.
потому что не понимаете ООП, вам это весь топик говорят, но вы офигенно уверенны в обратном.

PooH
Флейма ради - дельфи то в чем виноват?
Не делфи. А скорее тем что его выбрали когда то как ЯП для обучения в вузах и тп. Ну и естественно никому ничему там не учили - показали как быстренько окошки как конструктор собирать и все. О каких то там более серьезных вещах чем классический цикл for чаще всего и не вспоминали. Говорю как непосредственно переживший, ну и в целом наслышан из форумов и тп.
py.user.next
PooH
Флейма ради - дельфи то в чем виноват?
Приучает к тому, что за тебя всё сделают, и отвлекает на бесполезные вещи вроде begin, end, procedure. Я когда вижу это про-це-ду-ре, у меня крыша едет. Зачем оно нужно по всему коду? Как вижу, что в лине превратили internationalization в i18n, - так душа радуется.
MiK
JOHN_16
потому что не понимаете ООП

Вот, это и плохо. Я тоже могу ходить и говорить -
Вы не понимаете ООП

Спасибо Alen, единственный человек на форуме, который ответил по существу.
4kpt_III
PooH
А Вы ничего вообще не забыли? А то, что он платный и когда мы писали ПО для метрологии то платить пришлось больше половины от дохода.

Там практически все платно. Любая нужная тебе компонента стоит денег. И денег для преподавателя украинского ВУЗа, скажу я Вам, немалых. Плюс статическая типизация - это нот май вей…

P.S. И если я не ошибаюсь, то там не объектно-ориентированная, а объектная модель.
4kpt_III
MiK
По Вашему вопросу. Flask и flask-classy все равно придется поставить для проверки.

from flask import Flask
from flask_classy import FlaskView
#
class IndexView(FlaskView):
#
    def packages(self):
        return "packages"
#
    @staticmethod
    def not_work():
        return "not packages"
#
app = Flask(__name__)
IndexView.register(app)
app.run()

После запуска этого скрипта Вы получите на экране что-то по-типу этого:

* Running on http://127.0.0.1:5000/
* Restarting with reloader

И можете проверить по url в Вашем браузере:
http://127.0.0.1:5000/packages/
http://127.0.0.1:5000/not_work/

P.S. Сделал бы это вчера, но не было света.
MiK
4kpt_III
Фласк не ставил, но я так понял, что ты обращаешься к методу указывая его в ссылке: http://127.0.0.1:5000/(!packages!)?
4kpt_III
Послушайте. Если Вы еще раз мне напишите “ты”, то разговор просто прекратиться. Это уже чересчур…

Теперь по-вопросу:

Не совсем. Запрос проходит на самом деле множество инстанций а уж потом, в соответствии со своей структурой, адресуется требуемому обработчику, так называемой вьюхе, роль которой для запроса http://127.0.0.1:5000/index/packages/ выполняет метод packages класса IndexView.

P.S. Забыл в url указать класси (это можно и не делать, если передать route_prefix), но в примере работать не будет

Правильные url:

http://127.0.0.1:5000/index/packages/
http://127.0.0.1:5000/index/not_work/
MiK
Вообщем, ясно. Спасибо за детализацию. Надеюсь ответ получил не только я.
PooH
4kpt_III
PooHА Вы ничего вообще не забыли? А то, что он платный и когда мы писали ПО для метрологии то платить пришлось больше половины от дохода.Там практически все платно. Любая нужная тебе компонента стоит денег.
Да. Только к качеству самого языка это не имеет отношения
4kpt_III
Плюс статическая типизация - это нот май вей…
Это дело вкуса. По мне так в больших проектах статическая начинает выигрывать. Да и в чужом коде проще разбираться - в питоне иногда трудно определить - что же таки прилетает в аргументе.
4kpt_III
P.S. И если я не ошибаюсь, то там не объектно-ориентированная, а объектная модель.
Ошибаетесь. По Бучу объектно-ориентированная модель от объектной отличается наличием поддержки отношения “is-a”. Object Pascal умеет и наследование и интерфейсы.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB