Subject: | Re: Qbe date parse results - final?
| Date: | Mon, 16 Apr 2018 22:32:02 -0400
| From: | "Larry DiGiovanni" <nospam@nospam>
| Newsgroups: | pnews.paradox-dos
|
Bernie:
No, you probably can't layer on Javascript data binding into an existing
stack, at least not easily.
You could modify your PHP code to follow a web services pattern. I suspect
there are web service patterns that support Websockets and have Javascript
frameworks that support data binding - at least via plug-ins.
I have built apps using AngularJS. I was dragged into it kicking and
screaming by my colleagues.
I like Angular, in that I can move lots of functionality to the server. But
the REST API is stuck in the request/response model. There may be plug-ins
for websocket support with AngularJS and Angular.io.
Angular does not directly handle type checking. If I pass in a 'customer'
type that has no 'address2' field, it'll consider address2 as null. I don't
like this. It also does not directly enforce domain constraints. If I pass
in 'employee.hireDate' as 'Fred', Angular is happy with that, unless the
code (or some widget) tries to use this as a Date. This sort of thing has
been a source of holy wars with said colleagues.
> My original choice of php similarly reflects my age, knowledge and
> experience. In hindsight it
> have been better to go javascript right from the beginning but for all
> the reasons above that did not happen.
Just to clarify, this is not about PHP vs Javascript. You can write your
web service API in PHP, probably leveraging a lot of the code you already
have.
> So... back to the current issue. How to implement a client side UI,
> without throwing the entire app to the client.
Not sure what you mean by 'throwing the entire app to the client'.
> It would be nice to get some help on the js side though.
You can still use Javascript, obviously. It's simple to implement popup
dialogs and widgets in CSS and Javascript. Also, most Javascript frameworks
have drop-in widget libraries that are independent of the framework. JQuery
is a treasure trove of widgets.
The original post in this sub-thread had more to do with my vision for
implementing strategies I am familiar with for application conversion. I am
still happy to help you pursue your vision if I can. I just don't have a
handle on an approach, at the moment.
DISCLAIMER: I am far from a Javascript expert. I do not like writing
Javascript. I actually gravitate towards those Javascript frameworks I do
use for the simple fact that they do not require a lot of Javascript,
because I do not like it.
--
Larry DiGiovanni
|