Designing applications for reuse and extension
Save time and speed up your application development process by designing
your applications for reuse and extension. When you create reusable elements, such as
rules and classes, you can implement them again in future projects, to make your work
more efficient.
For example, if you create a rule that defines a
service-level agreement, you can include this rule in any future cases that you design. At
the same time, you improve the flexibility of your projects because you can select from
specific elements that your current business project requires.
Creating a rule
To save time and ensure that your projects adhere to the unique needs of your clients, create rules and data instances using reusable elements of your application. By combining a rule type, name, class, and ruleset, you provide a unique identity for each rule that you create.
Rule resolution
Rule resolution is the search algorithm that the system uses to find the best or most appropriate rule instance to apply in a situation.
Moving rules
When a rule is moved, all of the old instances are automatically removed from the system, including their references and indexes.
Checking out a rule
To avoid accidental rule changes or conflicts that might result from multiple developers working on the same rule, perform a check out, so that you can lock the rule and safely make changes to it. By checking a rule out before editing, you avoid unwanted rule changes, and as a result save time and maintain a better quality application.
Restoring the earlier state of a rule
During application development, you can undo recent changes to a rule and replace the current rule with a previous copy, even if another developer created the newer copies.
Finding deprecated rules in sections
Find sections that use deprecated rules by using an application upgrade utility. Once found, these legacy rules can be updated to newer rules.
Delegating a rule or data type
To delegate a rule or data type to enable your business line to configure simple application logic without involvement from IT, complete the following steps.
Importing the legacy ruleset from the Resource Kit
Applications that require deprecated rules that are no longer included in the Pega Platform distribution need to import those legacy rules from the Resource Kit.
Referencing properties
Provide the data necessary to process your cases by referencing information in the form of properties. When you refer to a property, your application calls a specific piece of information, such as a customer phone number or an address.
Branches and branch rulesets
Typically, you use branches in development environments in which multiple teams contribute to a single application. You use branches to develop software in parallel in a version-controlled environment. For example, your teams can develop one feature in a branch while another team develops a feature in a different branch, even if they share the same base rulesets.
Understanding continuous integration and delivery pipelines
DevOps is a culture of collaboration by development, quality, and operations teams to address issues in their respective areas. To sustain progress and bring continued improvement, tools and processes are put in place. Use DevOps practices such as continuous integration and delivery (CI/CD) pipelines to break down code into pieces and automate testing tasks, so that multiple teams can work on the same features and achieve faster deployment to production.
Creating an activity
Create an activity by selecting Activity
from the Technical
category.
Creating a toggle
To enable or disable functionality that is under development, or to control access to a feature, create a toggle. When you create a toggle, a when rule for the toggle instance is created by default.
Optimizing application load time
You run a preflight optimization to reduce an application’s unnecessary static content and improve its loading time.