Design: how to handle temporary data with Rev?
Posted: Sun Aug 12, 2007 3:26 pm
Hi, all.
I'm in the planning stages for a "counter" application (order entry, delivery, payment, etc.) in a dry-cleaning store. The user interface will be done in Revolution, the data will be kept in MySQL databases.
One of the design questions I'm facing is this: in the process of "building" an order, a common practice is to build up the order in a temporary file, allowing the counter person to add items to the order, modify them, etc. until the order is complete.
Then, on the click of a button, all the relevant tables (customer, order header, order details, product statistics, etc.) are updated and then the temporary file is wiped clean in preparation for the next order. There may be several orders being buit up at the same time (networked environment).
My question is this: in the Revolution environment, what would be the recommended approach on where to keep the "temporary" order: a MySQL table, a substack, a background in the main stack?
A more general question: are there, on the Web, Revolution design guidelines?
Thanks for your ideas and suggestions!
I'm in the planning stages for a "counter" application (order entry, delivery, payment, etc.) in a dry-cleaning store. The user interface will be done in Revolution, the data will be kept in MySQL databases.
One of the design questions I'm facing is this: in the process of "building" an order, a common practice is to build up the order in a temporary file, allowing the counter person to add items to the order, modify them, etc. until the order is complete.
Then, on the click of a button, all the relevant tables (customer, order header, order details, product statistics, etc.) are updated and then the temporary file is wiped clean in preparation for the next order. There may be several orders being buit up at the same time (networked environment).
My question is this: in the Revolution environment, what would be the recommended approach on where to keep the "temporary" order: a MySQL table, a substack, a background in the main stack?
A more general question: are there, on the Web, Revolution design guidelines?
Thanks for your ideas and suggestions!