Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Interesting things
Message
De
25/02/2012 13:57:34
 
 
À
25/02/2012 08:53:18
Dragan Nedeljkovich
Now officially retired
Zrenjanin, Serbia
Information générale
Forum:
WinDev
Catégorie:
Codage, syntaxe et commandes
Divers
Thread ID:
01536451
Message ID:
01536558
Vues:
53
>>>>That's OK. Just remember that with WebDev you will be tackling two things; (1) comparing WLanguage with VFP language, and (2) needing to think about a stateless, "split" application running partly on a client and partly on a server. I mention this because obviously VFP does not do the 2nd aspect.
>>>
>>>Running stateless, and splitting the work between server (done in your language of choice) and client (in javascript + whatever framework you use for it) is the same distance from desktop development, regardless of the language. Some schizophrenia may help there :).
>>
>>Hi Dragan, I'm not quite understanding your post. In a desktop app the state is always there, until the app ends. Variables are maintained, database connections are maintained, etc. ,etc. for as long as the app is running. In a web environment the state between client/server calls must be thought about differently and, imo, more carefully/explicitly.
>
>Exactly. My point is that you have that difference in any tool that can do both. Doesn't matter whether your serverside app is written in Fox, PHP, WinDev or whatever, it still has to be stateless (or to have a way to restore state on each new page from the same visitor). If your app runs on a desktop, it's a different kettle of worms - when the user clicks the next thing, you know it's still the same users, and that he sees whatever your app is holding at the moment - so you can keep your tables open, you can use the values from the current record, you can use the same user settings as a moment ago etc etc. In a web app, you can't.

Just as an added comment: although possibly any tool can be used to handle stateless app development, including VFP, not every development tool is built to help manage the process for the developer by providing an intuitive IDE for managing server or client side coding issues. For example, (1) Putting a button on a form in WebDev and opening the associated code window for it provides the developer with joined coding windows offering server-side code to run or client-side code to run. And (2) the server side has an engine to manage the users connected to it, just to name these 2 features. VFP doesn't have any of that. So yes you might do it in VFP, but, no, its not designed for that. WebDev is.
In the End, we will remember not the words of our enemies, but the silence of our friends - Martin Luther King, Jr.
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform