JUST THE UI
Lots of people use React as the V in MVC. Since React makes no assumptions about the rest of your technology stack, it's easy to try it out on a small feature in an existing project.
Из офф сайта реакта, даже разработчики утверждают что большенство людей используют его как View в MVС.
По всей своей сути react это как бы описание UI объекта.
И для того что бы не смешивать реальный JS и не тулить туда еще и разметку, разработчиками был выбран альтернативный формат .jsx который и решает данную задачу.
То есть в любом случае в Ваших jsx файлах будет как минимум не много js-подобного кода и xml-разметка (по тому что это точно не html).
Но логику и обработку данных все же лучше выносить в контроллеры и модельки Вашего приложения, дабы View оставался максимально чистым.
Во перых это не JS, а JSX
И по сути react это и есть умный темплейтовый движок, так что любые файлы с расширением .jsx в проекте написанном на реакте по своей сути являются темплейтами, а уже как фреймворк отвечающий за логику можно брать до пустим backbone.
надо самому делать валидацию, защиту от SQL инъекций
Не надо ничего делать самому, там же PDO, просто написать не weight<100, а передать параметром — weight<:weight и забиндить значения, передавая в тот же where дополнительный массив со значениями, а PDO сам все сделает.
стандартный грид с поддержкой OData (типа OpenUI5)
В yii есть же GridView
Да и вообще для любого RESTFul фреймворка можно использовать любой RESTFul грид, которых много в сети.
Не хочу холиварить, но просто мне Ваш пост показался как будь-то Вы нашли панацею, но на самом деле очередной велосипед.
При чем исходя из поста кода Вам пришлось дописать в разы больше чем если бы Вы использовали другие решения.
Возможно я не совсем понял, но если эти фильтры задаются клиентом — ((weight ge 100 or weight le 10) and price le 15) то выходит как-то не кошерно, особенно если у нас будет get запрос.
А если на сервере, то как бы в Yii2 это тоже решается в одну строку, добавлением простого where —
Чем Вам не подошел какой либо PHP RESTful микрофреймворк (Slim, Lumen, Silex, etc.), или вообще можно взять Yii Framework 2 где из коробки есть возможность сгенерировать RESTFul контроллеры для любых моделек?
ИМХО. Исходя из поста создалось впечатление что его название должны было выглядеть так — «PHP и OData: пересаживаемся с PHP RESTful-фреймворка на велосипед от Microsoft»
Как-то раз пробовал писать на nw.js там была проблема которую я на тот момент не смог решить и отказался от данного решения.
Проблема заключалась в том что мне нужно было в контенте приложения выводить гиперссылки которые должны открываться дефолтным браузером ОС, но так как там все приложение по сути и есть браузером с веб приложением то все гиперссылки открывались в том же окне…
Как у Вас обстоят дела с таким явлением, можно ли заставить приложение открывать ссылки в дефолтном браузере которым пользуется текущий пользователь системы?
Подключение в БД копипастом в 3-х разных файлах…
В трех Карл!!!
Зачем использовать mysql_connect, когда все давно используют PDO, он и не диприкейтед и безопасней в использовании?!
Ну а про выборку из базы прямо среди HTML кода, я пожалуй просто промолчу.
Из офф сайта реакта, даже разработчики утверждают что большенство людей используют его как View в MVС.
По всей своей сути react это как бы описание UI объекта.
И для того что бы не смешивать реальный JS и не тулить туда еще и разметку, разработчиками был выбран альтернативный формат .jsx который и решает данную задачу.
То есть в любом случае в Ваших jsx файлах будет как минимум не много js-подобного кода и xml-разметка (по тому что это точно не html).
Но логику и обработку данных все же лучше выносить в контроллеры и модельки Вашего приложения, дабы View оставался максимально чистым.
И по сути react это и есть умный темплейтовый движок, так что любые файлы с расширением .jsx в проекте написанном на реакте по своей сути являются темплейтами, а уже как фреймворк отвечающий за логику можно брать до пустим backbone.
Не надо ничего делать самому, там же PDO, просто написать не weight<100, а передать параметром — weight<:weight и забиндить значения, передавая в тот же where дополнительный массив со значениями, а PDO сам все сделает.
В yii есть же GridView
Да и вообще для любого RESTFul фреймворка можно использовать любой RESTFul грид, которых много в сети.
Не хочу холиварить, но просто мне Ваш пост показался как будь-то Вы нашли панацею, но на самом деле очередной велосипед.
При чем исходя из поста кода Вам пришлось дописать в разы больше чем если бы Вы использовали другие решения.
А если на сервере, то как бы в Yii2 это тоже решается в одну строку, добавлением простого where —
ИМХО. Исходя из поста создалось впечатление что его название должны было выглядеть так — «PHP и OData: пересаживаемся с PHP RESTful-фреймворка на велосипед от Microsoft»
Проблема заключалась в том что мне нужно было в контенте приложения выводить гиперссылки которые должны открываться дефолтным браузером ОС, но так как там все приложение по сути и есть браузером с веб приложением то все гиперссылки открывались в том же окне…
Как у Вас обстоят дела с таким явлением, можно ли заставить приложение открывать ссылки в дефолтном браузере которым пользуется текущий пользователь системы?
Стоит заметить так же —