Difference between revisions of "Information Systems:Developing programs in WebSmart"
m |
|||
| (2 intermediate revisions by the same user not shown) | |||
| Line 10: | Line 10: | ||
Files are not explicitly defined as input or output, but implicitly based on their use. This means that you could add a record update to a working program, and find that it no longer works. If the update you added is the first update of that file, the file use is changed from input to update, so then all the reads will hold the records and cause record locks. It would be best to always use *NO in the third parameter of GETRCD and GETNXTRCD – unless you are actually reading the record in order to update it. |
Files are not explicitly defined as input or output, but implicitly based on their use. This means that you could add a record update to a working program, and find that it no longer works. If the update you added is the first update of that file, the file use is changed from input to update, so then all the reads will hold the records and cause record locks. It would be best to always use *NO in the third parameter of GETRCD and GETNXTRCD – unless you are actually reading the record in order to update it. |
||
| + | |||
| + | [[Category: WebSmart]] |
||
| + | [[Category: Programming/Development]] |
||
Latest revision as of 10:15, 16 May 2017
Drop Down Menus
Both InfoNet and Web Orders have a header HTML defined, which is included in all programs. Web Orders has a banner and a drop down menu; InfoNet just has a drop down menu (it’s for internal use – we know who we are, and we need that extra real estate to display data). Because the include statement contains the entire path to the header –
include("/webroot/unipharm/internal/header.html");
– the same one is used in both development and production. Therefore it cannot be updated until the new programs are moved to production.
File Access
Files are not explicitly defined as input or output, but implicitly based on their use. This means that you could add a record update to a working program, and find that it no longer works. If the update you added is the first update of that file, the file use is changed from input to update, so then all the reads will hold the records and cause record locks. It would be best to always use *NO in the third parameter of GETRCD and GETNXTRCD – unless you are actually reading the record in order to update it.