Jan 10
Эх, млин. Список вопросов на выдали, но, судя по тому, что было на консультации (я не был, работал), вопросы будут не эти… Ладно, посмотрим.
PS. А потом верстать, верстать, верстать, верстать…
PPS. Обьясните мне, бедному и непонимающему студенту, нахрена было делать это! Кто скажет “ну, типа чтобы генерить JS на серверной части” очень советую глянуть в сторону Symfony, а точнее - её JS-helper’ов. Вот в таком есть смысл, а в JQuery-PHP я его не вижу пока что…
January 10th, 2008 at 11:16
1. гм… я не сдавал БД :) автоматом получил :)))
2. учиться, учиться и ещё раз учиться (с) Великий Мао он же Ленин
3. объясняю :) - очень часто нужно чтобы страница выглядела совершенно по разному в зависимости от… собственно для этого и придуманы серверсайдные языки :). JS - язык броузера-клиента. И чтобы на странице не мешать в неоправданных случаях пхп и яваскрипт - и была создана эта разработка - там же чётко указывается - была она создана для своих личных нужд. У меня тоже уже как минимум две таких разработки есть - смесь java и javascript, jsp тегов и javascript (тоже в каком-то смысле java.. но кто знает тот ощутит разницу).
Оно надо… рано или позно все к этому приходят :)
January 10th, 2008 at 14:52
Не, ну если уж генерить - то виджеты с обратными вызовами. А так оно как-то не очень…
January 10th, 2008 at 15:59
Мне JQuery-PHP генерит тупой JS-код, не вставляя туда ничего своего. Работы по написанию PHP вместо JS - не меньше. В чем преимущества? :)
January 10th, 2008 at 16:49
2 FX Poster:
если при написании JS-кода нет необходимости каким-либо образом изменять его динамически - то смысла в написании JS-кода посредством JQuery-PHP - нет никакого, совсем другой вариант когда есть такая необходимость.
Приведу абстрактный пример.
У вас есть необходимость вывести список городов, из которого пользователь выберет один.
Пути решения - комбобокс если их 10 и больше
листбокс если их больше 3 и меньше 10
радиобатон групп если их три
Ну это как вариант…
Лично я бы такую задачу решал с помощью JQuery-PHP.
January 10th, 2008 at 16:50
да или если один город - то вообще нередактируемое едит-поле :))) или просто span с текстом.
January 10th, 2008 at 17:32
1. А причем в твоей задаче вообще JS? :) Это чистый PHP. Или, если извращаться, чистый JS. Но никак ни то и другое.
2. На JS можно сотворить гораздо больше чем на PHP, он гораздо мощнее последнего.
В общем, в JQuery по прежнему не вижу нифига интересного - тупой перенос генерации JS-кода в PHP.
Адекватный пример обратного может кто-то привести?
January 10th, 2008 at 17:33
Віражусь несколько корректнее - нефиг генерить JS на PHP, если его же можно сгенерить на JS ;)
January 10th, 2008 at 18:12
Хм… так а что мешает генерить html на php, а скрипт не генерить, а насаживать на html используя event-ы? Ну а параметры получать ajax-ом.
January 10th, 2008 at 20:27
Подождите… ячё-то не понял… вы вообще против jQuery? вне зависимости от того генерится он пхпой или сам по себе?
сдаётся мне просто вы никогда не писали больших интрасетевых корпоративных сайтов, где есть не только блоги и рсс-ленты… а нечто типа учёта персонала и т.д. и т.п…
растолкуйте - тогда будет о чём общаться
January 10th, 2008 at 21:55
По-моему у тебя проблемы с логикой, чувак :)
сдаётся мне просто вы никогда не писали больших интрасетевых корпоративных сайтов, где есть не только блоги и рсс-ленты… а нечто типа учёта персонала и т.д. и т.п…
Сдается, что ты тоже. Кстати, а каким боком JQuery относится к “учету персонала”? :)
January 10th, 2008 at 22:09
Зачётные комменты в теме “Экзамен по БД” :В
January 10th, 2008 at 22:25
Шо ж поделать :)
January 11th, 2008 at 11:45
Против jQuery не имею ничего. Большие проекты писал. Правда там были Prototype и Dojo, но это ничего особо не меняет. Да, генерация была, но не 1 в 1: в серверном коде задавались только параметры виджетам и обратные вызовы.
January 11th, 2008 at 12:18
А можно про обратные вызовы поподробнее?
January 11th, 2008 at 12:23
Ну а что тут подробнее? Просто есть виджет, при генерации он привязывается к определённому url и отсылает по некоторым действиям над ним данные асинхронно по этому url. Ну, соотв. на сервер приходит json, парсится, обрабатывается и отдаётся обратно.
January 11th, 2008 at 12:25
2 Sam - вот для того чтобы код не превращался в мешанину из JS и PHP и была придумана эта библиотека. Просто если надо передать один-два параметра - смысла писать JS-ом на PHP нет никакой.. а если сам JS существенно изменяется в зависимости от каких-либо причин - то для этого и нужна его генерация пхп-ой
2 FX Poster - учёт персонала к экзамену по БД всё-таки имеет опосредованное отношение, но это был пример реального интранет-приложения, которое было успешно реализовано посредством похожей технологии (только у меня JS генерится Явой) - причём по другому вообще никак - jsp страницы превращались в жуткую мешанину кода - которую нереально поддерживать и вносить изменения.
January 11th, 2008 at 12:29
вот для того чтобы код не превращался в мешанину из JS и PHP и была придумана эта библиотека
А MVC зачем? PHP и JS и не мешаются-то никогда. )
January 11th, 2008 at 12:37
Вот и я том же… о какой мешанине вообще речь?
January 11th, 2008 at 13:46
Основываясь на паттерне MVC вы не будете мешать в одном коде отображение, работу с базой и обрабоку результатов - не более (хотя и это не мало).
Эта библиотека нужна только для одной части этого паттерна - V - View.
по другому объяснить немогу - читайте внимательнее выше
January 11th, 2008 at 13:50
Во View нет php-кода отвечающего за Model и Controller. Там чистый html с маленькими вставками php. И там я вполне могу писать обычный JS. JQuery-PHP никак не улучшит этот View.
January 11th, 2008 at 13:56
Ну будет у нас написан JS на PHP… и что?
А если уж очень хочется вам в View динамически генерить JS, то почему бы просто не сделать так:
< ?if($needThis):?>
alert(”I need this!”);
< ?else:?>
alert(”No I don’t need this!”);
< ?endif?>
January 11th, 2008 at 18:52
Я добавлю немного по поводу PPS:
А зачем нужны DSL вообще?
JQuery-PHP — это пример DSL, имеющего семантику работы с JQuery и синтаксис PHP.
Предлагаю сначала высказаться тебе, зачем может быть нужна в PHP семантика работы с JQuery.
January 11th, 2008 at 19:07
Юр, суть в том, что библиотека не делает ничего, чего бы нельзя было сделать на JS. По крайней мере примера, доказывающего обратное примедено пока что не было.
January 11th, 2008 at 21:06
>Юр, суть в том, что библиотека не делает ничего, чего бы нельзя было сделать на JS.
1) Ты можешь подставлять параметры из кода на PHP, а также вычислять параметры. Частое применение — конвертер ссылок:
Передаёшь в функцию ссылку на php-шную функцию или класс и параметр “add”, а получаешь ajax-ссылку на добавление элементов данного класса.
в rails это называется controllers и resources, в pylons — routes.
2) Ты можешь называть функции семантически-означенными именами, а не синтаксическими. Т.е. это просто библиотека для повторяющейся функциональности, которую тебе бы пришлось писать самому.
Частый пример — функция показа списка элементов со ссылками или списка страниц объектов.
Итак, кратко:
а) вычисления на сервере
б) передача параметров в JS
в) типичный код, который пришлось бы писать самому.
Замечу, что большую часть таких библиотек на самом деле лучше было бы написать на JS и включить в тот же JQuery :)
January 12th, 2008 at 10:31
1. А причем тут эта библиотека? :) Она вообще с окружением не связана никак. Она просто тупо копирует JQuery.
2. которую тебе бы пришлось писать самому - в упор не понимаю - зачем.
а) ага
б) ага
в) опять-же - не вьехал
Причем тут JQuery? Я на страничку с помощью PHP могу передать все, нужные мне параметры. :) А потом использовать обычный JS.
January 12th, 2008 at 12:18
И правда отстойная библиотека.
Вот для питона было бы удобно.
Давай побыстрее забудем о ней и будем считать её просто тренировкой того человека. И надеждой заработать 100$ на AdSense.
January 12th, 2008 at 12:23
:)))
January 21st, 2008 at 00:01
Привет всем, решил чуть-чуть позащищать своё творение :) :
1. Библиотека jQuery-PHP создавалась изначально для нужд конкретной системы (phpXCore на PHP5)
2. Конкретная задача для которой подходит jQuery-PHP - это тот вариант когда View не знает и не предпологает о том что он будет ловить: для примера - у вас есть страничка разбитая на атцать кусочков, за каждый из них отвечает свой модуль в системе, AJAX бежит на сервер каждую N-ую минуту и просит модули обновить свое отображение (пример модулей - пользователи онлайн, RSS ридер, курс валют и тд и тп)
3. Реклама на сайте - это не надежда, а тренировка - повышение CTR для такого сайта - это еще та задачка :)
January 21st, 2008 at 00:05
2. Мы же тут уже обсуждали. :) Почему не передавать с помощью PHP параметры в JS, а остальное писать уже на JS?
January 21st, 2008 at 11:27
2 FX Poster - ну как вы не понимаете.. что не всегда можно предположить что именно на js понадобится написать на этой странице!!!! Параметров может быть больше сотни - вы будете все их передавать в js? путанница - ошибки - кривой код - поддерживать такой код вообще нереально…
всё.. я больше не знаю как объяснить - либо вы не сталкивались с такими задачами, либо я не прав совсем :))) - и это очень печально :)))
January 21st, 2008 at 12:09
Как это не всегда? Всегда.
Передавать будем. Почему нет?
p.s. см. extjs. Там генерации кода нет. Передаются параметры. Всё работает. Система не маленькая.
March 22nd, 2008 at 00:42
критиковать инструмент, лиш потому что не знаеш как его использовать имхо не правильно….
вырисовывается 2 подхода:
1.
грузить все json-обработчики вместе со страничкой
ajax пинает сайт
сайт отдает json
кормить json обработчику
2.
ajax пинает сайт
сайт отдает директивы которые выполняет javascript
у обоих свои плюсы и минусы, где то выгоднее первое, где то второе
March 22nd, 2008 at 09:48
Нет, ты не прав - я прекрасно знаю, как его использовать. Я не знаю - зачем его использовать, так как он не дает никаких преимуществ перед использованием обычного jQuery.