Best Practices for QuickApps
As with any programming effort, there are many ways to accomplish a task, and a much smaller set of recommended ways to approach the solution. Here is a list of best practices related to the development of QuickApps.
Best Practices Reference
The following are QuickApp related best practices:
- Keep scale in mind
 - 
                            
- 
                                        
An operation that takes 1ms individually means that 1000 iterations of it will take an entire second.
 - 
                                        
in particular:
<set>, <merge>will result in many iterations that can add up to substantial time 
 - 
                                        
 - UI Conditionals
 - 
                            
- 
                                    
Running everything all the time is clear but inefficient
- 
                                            
use
when_to control execution. 
 - 
                                            
 - 
                                    
Only update things when absolutely necessary
- 
                                            
onsubmit_as opposed toonchange_ - 
                                            
anything the user doesn’t interact with should not have
<do onchange_> 
 - 
                                            
 - 
                                    
Be careful with
<data>, <query>, <do tablevalue_>. These operations submit DBM transactions and run MDB ops. 
 - 
                                    
 - Refactors
 - 
                            
- 
                                    
Reduce a set of variables to one variable
 - 
                                    
Redesign your set of variables so that they can update less often
 - 
                                    
Overload highly related widgets / dynamic variables
- 
                                            
e.g. fiscal week and promo week
 
 - 
                                            
 
 - 
                                    
 
