Потому что vasa_c так считает Ну считает и считает, флаг ему в руки. Главное что Вы, я и, надеюсь, многие другие понимаем, что ООП в PHP ограничен и это помогает нам сохранить много нервных клеток, когда упираемся в эти ограничения и/или "особенности".
karlozzz ну конечно, сначала мозг их придумывает эти неприятности, потом обходит, а потом гонит на всё остальное и думает какой он крутой, что решил говнозадачу...
Короче говоря, я считаю ваши решения идиотскими, потому что они истекают он не понимания рациональных решений рациональных проблем, на каком уровне возникают эти бока я не знаю, но выход через жопу подразумевает такой же вход. Не хочу никого оскорблять, но суть, я думаю понятна... Это я говорю к тому, что vasa_c прав
Костян Константин, если вы не можете предложить альтернативу, не стоит считать существующие решения - идиотскими, предложенный мной метод анализирует, какой объект вызывает текущий метод, и в зависимости от области допустимости, разрешает работу метода, либо прерывает выполнение скрипта, если бы вы поразбирались в течении пары минут, то вы бы сами все поняли (по крайне мере надуюсь на это))))
karlozzz да я всё понял, поэтому я начал писать последние посты... Я же говорю, что не знаю, от куда течёт причина необходимости такой реализации, но я считаю, что это неприемлемо, так как концепции, которыми вы оперируете это не признают по определению. Конечно, можно нафигачить чёрт знает что, и, в итоге, получить решение, но это не рационально по другим понятиям, которые коррелируют с основными. Ну, вообщем, чего спорить то ...
Костян Дак в спорах познается правда))) Просто нельзя по универсальным шаблоном всегда писать, все зависит от конкретной задачи, в большинстве случаев они подходят, а иногда нет))) Кстати модуль получился просто замечательный, пока что вывод таблиц идет в двух форматах (статика и аякс), драйвер написан только для майскул таблиц (в ближ дни планируюю написать драйвер оперирующий со структурой таблицы (считающий строкой - название столбца, тип, итд)), а менеджеров пока что только два (на редактор шаблонов и переменных цмс, поиск, сортировка, все замечательно работает, есть быстрые клавиши управления), короч я доволен))
karlozzz, как я понял господин Чушкин не будет никак аргументировать свои голословные утверждения, он и без этого непоколебимо уверен в своей правоте. Объясните хотя бы вы, какая здесь связь с ООП?
vasa_c Не понимаю, какаю связь вы нашли между мной и Дмитрием Анатольевичем Структуры, объединяющие объекты классов это и есть ООП, что непонятного?
Структуры... чего? Ладно, как то, что вы хотели сделать в самом начале темы и того что в PHP вы этого не смогли сделать связано с ООП и с его "убогостью" в PHP )
То есть ни к ООП, ни к его "ограниченности" это отношения не имеет. А "нетипизированность" является ограничением для PHP? И один ли PHP такой "нетипизированный"? Кстати, не "нетипизированность", а "динамическая типизация".
vasa_c блин, если ты чинишь машину, и нашел проблему в электропроводке, то ты можешь сказать, как "проблема в машине", так и "проблема в электропроводке"
Электропроводка, это подмножество машины, а динамическая типизация и ООП не пересекающиеся множества Кстати, проблемы я так и не нашёл, это вы её нашли, там где её нет.
vasa_c То что вы не видите проблему, не значит, что она отсутствует Динамическая типизация - подмножества работы при ООП (потому что блин ты ее там используешь) Да и вообще проблема давно уже решена, мозгами хочется блеснуть? Милости прошу, только по делу
Только по делу - ваши претензии к языку в данной теме не обоснованы ничем. Аргументы "если вы не видите, не знаете, не встречались ... это не значит, что ...", не аргументы.
Перечитай тему если интересно, не интересно - забей, я не обязан разжевывать тебе материал по кусочкам, а динамическая типизация очень плохо сказывается на пхп в общем, в том что интерфейсы в языке превратились лишь в описательную конструкцию, от которой не очень то много толка, что тебе непонятно, да, php уже поднялся на ноги, но направлений развития еще достаточно много, в чем ты и убедишься в php6 например, и багов достаточно в языке, но и написать достаточно интересные проекты можно, если руки из правильного места растут, показал бы я тебе получившуюся конструкцию, но во первых не время ее еще выкладывать, т.к. она является частью крупного проекта, да и использована пока что только в паре модулей с одним драйвером и двумя визуализаторами, естественно менеджеров тоже пара, так что тут объяснять ее мощь требуется, а в объяснении и разжевывании я сейчас желанием не горю, так что прими как должное...