Guidewire Best Practices Exam study guide

Avoid using internal path for your classes - ANSWER wire.* should be avoided. These can always be potentially changed or replaced during an upgrade. When referencing typecodes, use the static property on the typelist class instead of the string representation - ANSWER Use TC_TYPECODE instead of "typecode", example: LossCause.TC_REAREND instead of "rearend" Use the text for logical operators instead of the symbols - ANSWER Use "and","or", and "not" instead of "&&", "||", and "!" Code placement - ANSWER 1) Avoid placing code within the CODE tab of a PCF. Create a UI helper class instead 2) Avoid extending entity enhancements with code supporting UI operations Avoid using deprecated classes and methods - ANSWER Guidewire will eventually remove deprecated classes and methods. Turn on and run Studio Inspections - ANSWER These analyze configuration resources Use whitespace effectively - ANSWER Add spaces around operators Do not add spaces between parentheses and operators Indent logical blocks of code by two spaces only Add a blank line after code blocks Add two blank lines after methods, including the last method in a class Comments and Annotations - ANSWER Document new classes and functions with Javadoc-style comments Use single-line comments within functions and methods when you need to clarify the intent of the code Use GoseDoc annotations which are included when generating GosuDoc "Upgrade-Safe" naming conventions: Add the suffix _Ext to - ANSWER Columns added to existing entities