[Pipelines](🔗) are similar to handler chains. They are made up of one or more classes, called pipes. Pipelines are reusable portions of business logic that are not transactional. In previous versions of Optimizely <<product-name>>, the logic now in pipelines used to exist in handler helpers and utilities. However, the helpers and utilities did not offer an easy way to modify the logic without affecting backwards compatibility. Future service packs and releases could more break any custom logic you had managed to inject.
A pipe is responsible for completing a single, specific task. All pipes in a pipeline work together to complete a bigger, more complex task. See also [Overview of pipelines](🔗).
## Pipes
All pipes must implement the IPipe\<\> interface, specifying the parameter and result object type according to the related pipeline.
Code Sample: IPipe\<\> Example
Typically, a pipe will operate on data within the result object or add data to the result object.
Each pipe MUST return the result object when it has completed its work. The result object will determine whether or not execution of the pipeline is continued.
Pipes are ordered within a pipeline and are executed in that order.
The order of a pipe within a pipeline is configured in code using a class property.
When adding a pipe to an existing pipeline, be aware of the order of existing pipes.
The first pipe in any pipeline will have an order of 100. From there, the order of subsequent pipes will be higher than that number. The pipes provided by <<product-name>> will typically increment the order by 100 for each subsequent pipe. For example, the CreateGetCartLineResult pipeline has four pipes, whose order is displayed below.
Pipes in the same pipeline will implement the IPipe interface, specifying the same object type for the parameter and result. The example below explains it further.
Code Sample: IPipe Interface Example
Pipes are ordered and executed in ascending order.
You cannot inherit from an existing pipe. If you need to modify the data created by a pipe, instead insert a new pipe after that pipe.
To insert a new pipe into a pipeline, create a class that implements IPipe with the appropriate parameter and result types. Then, indicate an order that is appropriate and different from any of the existing pipes. The custom pipe below **will be executed after** the standard CreateGetCartLineResult pipe, which is in order 100 (as seen above).
Code Sample: Pipe Ordering Example
To override an existing pipe in a pipeline, you simply name the custom pipe with the same pipe that should be replaced. The custom pipe below **will be executed instead** of the standard CreateGetCartLineResult pipe. The order does not necessarily need to be the same as the standard pipe.
Code Sample: Stop the Execution of a Pipeline Example
Code Sample: Override Existing Pipe Example
During the lifetime of the pipeline, an individual pipe may stop the execution of a pipeline. To do this, the pipe must either assign an error code to the result object or set the exit flag on the result object.
## Code Sample
Below is an excerpt from a pipeline that retrieves product pricing. This pipeline contains only one pipe.
Code Sample: Retrieve Product Pricing Pipeline Excerpt

## Pipes Order
<<product-name>> provides a Visual Studio extension that will visually show the order of the pipes within a pipeline.
### View Pipes Order in Visual Studio
Right-click the custom pipe.
Select the Show Pipes Order menu item. A window will pop open that shows each the custom pipes in the order they execute.
## Use in Code
To use a pipeline in code, simply have an instance injected into the class constructor like most other objects.
Code Sample: Using a Pipeline in Code Example

## Add pipes to pipelines
Pipelines are a better answer to this problem. Some handler chains need to use the same logic, so pipelines accommodate that need. For example, the catalog pipeline named "CreateProductDtos" is responsible for creating ProductDto objects from a collection of Product data objects. The pipes within a pipeline are executed in order and execution automatically proceeds to the next pipe. Unlike handler chains, pipelines can be executed wherever the logic is needed. Individual pipes within a pipeline can choose to halt execution of the rest of the pipeline by returning an error code or exiting the pipeline. Just like handler chains, the design of pipelines lets you inject your own logic into the pipeline.
### Add a new pipe to an existing pipeline
In order for a pipe to be used within a pipeline, it must do the following:
Implement the `
IPipe<TIn, TOut>
` interfaceReturn a result from the "Execute" method
Specify an order via the "Order" property
The `IPipe<TIn, TOut>
` interface requires the pipe to implement the "Execute" method, specify pipe order using the "Order" property, and associate the pipe with a pipeline. The "Execute" method is the sole entry point into a pipe. This method also contains all of the business logic used by the pipe to complete its work. The "Order" property is used to specify the ordering of the pipe within the pipeline.
Pipes are ordered in ascending order within a pipeline using the values specified by each pipe in the "Order" property. Pipes within pipelines start with the pipe with the lowest order value. By default, all pipelines have at least one pipe with an order value of 100. From there, additional pipes usually increment the order by 100. For example, if a pipeline has three pipes, the order values would be 100, 200, and 300. This ordering scheme lets you both insert a new pipe in between existing pipes or add a new pipe to the start or end of a pipeline. To insert a new pipe into the second position in the pipeline, the pipe could be given an order value between 101 and 199. To add the pipe to the start or end of the pipeline, the pipe should be given an order less than 100 or greater than 300, respectively.
Once you have configured the new pipe, you can build the solution and run the application. The next time the pipeline executes, your new pipe should be included in the pipeline. To help explain the pipeline further, the following section walks through adding a new pipe to a pipeline.
### Add a new pipe to the FormatLabel pipeline
The following section adds a new pipe to the FormatLabel customer pipeline. This new pipe will add the customer's zip code to the label.
#### Preconditions
<<product-name>> SDK installed
#### Steps
In your Extensions project, create a new pipe class named "AddCustomerZipCode".
Implement the IPipe\<TIn, TOut> interface. For the TIn and TOut parameter and result object types, specify FormatLabelParameter and FormatLabelResult, respectively. Remember, this is how a pipe is associated with a pipeline. It is important to specify the correct types.
Specify a value for the "Order" property. Remember, all pipelines start with a pipe that has an order of 100. Within the pipeline, all pipes provided by <<product-name>> increment the order by 100. The FormatLabel pipeline has only one pipe with an order value of 100. Specifying an order of 3000 for the new pipe is overkill, but it ensures that this new pipe comes after all of the original pipes.
Implement the "Execute" method. Remember, this is the sole entry point to the pipe. Additionally, this method must either continue the pipeline or exit it. These methods are explained in the sample below.

For reference, below is the completed pipe class.
Build your solution.
If the rest of your application is set up correctly, the next time you select a customer, you should see that the postal code was added to the customer label. The customer label can be viewed in the customer drop-down when selecting a customer or in the header after you log in if you click your username. While adding a new pipe may work for most use cases, you may find a time where you need to replace an existing pipe.
### Replace a pipe in an existing pipeline
If you find a pipeline that requires additional business logic and inserting a pipe before or after an existing pipe is not sufficient, you may choose to replace the existing pipe. To do this, you must configure the new pipe correctly. To replace an existing pipe, the new pipe must:
Implement the `
IPipe<TIn, TOut>
` interfaceReturn a result from the "Execute" method
Specify an order via the "Order" property
Be named the same as the pipe being replaced. This is an additional requirement compared to adding a new pipe.
Using the FormatLabel customer pipeline as an example again, the following pipe will replace the existing FormatLabel pipe.
When this pipe is implemented, the application will display the text "new format" instead of the customer's name, address, city, and state.