bay_ebook

bay_ebook
Рейтинг
111
Регистрация
28.05.2010
ortegas:
Да? А я вот очищаю $_GET и записываю только те ключи, которые прошли валидацию. Представьте, делаю это без ООП!

ну, если глянуть CI первых версий - там тоже так, на функциях.

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

ortegas:

Вы пишите ООП ради ООП. Усложняете программу и запутываете себя, пишите медленный код, которому не поможет никакой кэш. Задумайтесь-ка вы. ;)

ООП ради ООП не пишется, ООП пишется ради расширения кода.

Да есть потеря немного в памяти под ООП - это его минус, на на фоне плюсов - теряется.

Я так понял, вы еще не пришли к понимаю, зачем нужен ООП и где реально можно потерять скорость работы скрипта?

ortegas:
С вашей логикой писали бы Singletone::getInstanse('GET'). Извините меня тоже.

Не только писал бы, но даже пишу, и даже не только я. Можете посмотреть фреймоврки - у всех их есть такие фишки - служат для защиты от инекций разного рода - что не просто "не бред" но даже необходимость. Как думаете - столько людей могут ошибаться?

ortegas:

Вот такое Registry::$LANG['DATE']['DAY_SHORT']['Tue'] или такое $this->LANG->DATE->DAY_SHORT->Tue + еще копирование ссылки на этот объект в __construct это пик дебильности и транжирства ресурсов.

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

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

А если вам нужна простота - тогда вообще откажитесь от классов и функций, тогда все переменные будут глобальными ☝

ТС, я извиняюсь, но вы ищите не то.

Если у Вас 20+ классов - так в ООП есть наследование

Так же в класса есть конструктор, в котором делаем один раз вызов настроек, и потом в скрипте обращаемся к ним через $this или self

В общем вам не глобальный массив нужно искать, а нормальную структуру скрипта (логику).

ortegas:
bay_ebook, как раз в ООП сейчас и реализовано. Слишком длинный синтаксис для вызова объектов, которые единожды обрабатываются при старте скрипта.

ну вам прям не угодишь :)

В сессиях плохо, в ООП - плохой синтаксис. Ну тогда в константы, если данных не много.

ortegas:
Alipapa, а можно и в REQUEST, GLOBALS. Нужны новые супермассивы CONF, LANG, DIR.

Вы зря отмели идею, хранить в сессиях не так и плохо.

Ну и раз такая задача - учим ООП


class GlobalConfig{
public static $CONF = 1;
public static $LANG = array();
}

инклудим файл с этим классом и дальше в любой точки скрипта:


function() {
$CONF = GlobalConfig::$CONF;
}
AutoBlogger:
Проще всего спарсить с любого сайта, содержащего подходящий по параметрам каталог автомобилей.

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

Devvver:
TF-Studio, раньше был небольшой скрипт, продавали за 450 рублей.
Сегодня искал - http://ruvotes.ru/ сайт не работает.

за 30$ базовые возможности вопрос/ответ могу написать скажем на CodeIgniter или Yii

дальше - от "хотелок" как было правильно сказано выше.

css overflow и width и height - в пс много инфы как делать.

Тут можно очень долго спорить.

То что Вы купите в большинстве случаев придется "допиливать напильником". А разработка с 0 зачастую надежнее и сразу под Ваши требования.

ПС - в теории под такой проект пойдет все, хоть ДЛЕ, ВП, Джумла, Битрикс, и тд. А также все, за что возьмется тот, кто будет орудовать напильником.

WinSCP - есть возможность подключится через ssh/sftp/ftp как и путти, но тут не командная строка, а файловый менеджер, на подобии тотал командера. Удобная штука и безопасная.

Всего: 936