PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

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

Форумы портала PHP.SU » PHP » Программирование на PHP (Модераторы: valenok, OrmaJever, Саныч)

Страниц (2): « 1 [2]

Описание: Нужна помощь и советы

Поиск в теме | Версия для печати

Линуксоид_Егор	Отправлено: 21 Января, 2011 - 20:37:53
Новичок Покинул форум Сообщений всего: 16 Дата рег-ции: Янв. 2011 Помог: 0 раз(а)	JustUserR пишет: Линуксоид_Егор В общем случае осуществление решения предполагаемой задачи может быть основано на составлении реалных вариативных условий без использования оператора eval и других средств явной модификации уровня трактования элементов и рассчитываемых выражений - в частности возможна огранизация общего цикла и осуществление проверки заданных аргументов и целевого ассоциированого модуля ээээ... собственно, не отказался бы от перевода на русский язык... = = = = = = = = = = 2Invert, то есть, вы предлагаете создавать в корне сайта каталог с двумя файлами типа: PHP: скопировать код в буфер обмена include"./config_modul.php"; // Конфигурация модуля include"./all-modul/path/modul_index.php"; // Собственно, сам модуль ? В принципе, это более рациональное решение, чем мой план... Ещё раз спасибо!

JustUserR	Отправлено: 23 Января, 2011 - 11:31:34
Активный участник Покинул форум Сообщений всего: 8715 Дата рег-ции: Июнь 2009 Помог: 17 раз(а)	Линуксоид_Егор пишет: Ээээ... собственно, не отказался бы от перевода на русский язык Указанный вариант осуществлениия решения предполагаемой задачи основан на использовании в целевом блоке PHP-приложении таких функций - для которых специфицируемый вариативный параметр предоставляется на более высоком уровне трактования информационного поля В простой формулировке это может быть сформулировано в виде требования использования функций include/require с вариативным именем файла генерируемым на основе некоторой переменной ----- Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Линуксоид_Егор	Отправлено: 23 Января, 2011 - 22:18:57
Новичок Покинул форум Сообщений всего: 16 Дата рег-ции: Янв. 2011 Помог: 0 раз(а)	Собственно, впихивать лишние переменные в GET не горю желанием - долго переписывать уже готовые скрипты. Собственно, дело сдвинулось с мёртвой точки. Уже что-то, что хотел, получается... теперь долго и нудно забивать информацию о статических модулях в БД...

JustUserR	Отправлено: 25 Января, 2011 - 16:05:24
Активный участник Покинул форум Сообщений всего: 8715 Дата рег-ции: Июнь 2009 Помог: 17 раз(а)	Линуксоид_Егор пишет: Собственно, впихивать лишние переменные в GET не горю желанием - долго переписывать уже готовые скрипты Осуществление передачи целевых параметров может быть реализовано посредством схемы не включающей явную передачу параметрических информационных полей в строке запроса - в частности сохранение и модификация указанного значения может базироваться на cookie-механизме ----- Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Invert	Отправлено: 27 Января, 2011 - 05:09:01
Частый гость Покинул форум Сообщений всего: 223 Дата рег-ции: Нояб. 2010 Помог: 5 раз(а)	Линуксоид_Егор, я подозреваю, что для использования подобного механизма вам придется переписать 90% скрипта. Метод, о котором я писал, создает некую бюрократическую модель, в которой один метод или объект подчиняется другому и выполняет ту работу, которую ему приказывают делать. Понятно, что подчиненный метод не знает, что именно нужно будет сделать - все данные создаются динамически (кроме некоторых статических данных, типа файла конфигурации или языкового файла). Даже в самом начале разработки мозги начинают путаться и спотыкаться из-за обилия методов и сложной архитектуры. Без подробных блок-схем даже не стоит начинать.

JustUserR	Отправлено: 27 Января, 2011 - 09:42:48
Активный участник Покинул форум Сообщений всего: 8715 Дата рег-ции: Июнь 2009 Помог: 17 раз(а)	Invert пишет: Даже в самом начале разработки мозги начинают путаться и спотыкаться из-за обилия методов и сложной архитектуры Для осуществления создания сложных приложений с множеством зависимых объектов и типами связей между ними целесообразно использование максимально соответствующего для данного проекта шаблона проектирования - в частности для рассматриваемого web-приложения допустимо построение архитектуры на основе шаблона MVC ----- Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Invert	Отправлено: 29 Января, 2011 - 21:48:53
Частый гость Покинул форум Сообщений всего: 223 Дата рег-ции: Нояб. 2010 Помог: 5 раз(а)	JustUserR пишет: ... Это и имелось в виду.

Линуксоид_Егор	Отправлено: 01 Февраля, 2011 - 09:31:15
Новичок Покинул форум Сообщений всего: 16 Дата рег-ции: Янв. 2011 Помог: 0 раз(а)	Собственно, 40% работы уже выполнено. ;) Про шаблоны и прочее - даже не стал разбираться. Решил создать свою архитектура, возможно, она уже и встречалась у кого-то... Модули статичны. То есть вполне статичный код. Он выполняет одни и те же действия, но вот только по разным направлениям. Конечно же с использованием общих библиотек, типа Upload и прочего... Теперь, пока занимаюсь отладкой модулей, параллельно думаю, как организовать загрузку новых модулей. ;)

Поиск в теме | Версия для печати

Страниц (2): « 1 [2]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Программирование на PHP »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.