As you can see now, <code>increase() </code>and <code>decrease() </code>methods are called directly within the UI component. However, output data is handle by a stream builder.It is better to have an intermediate layer to implement custom handlers to handle errors.In the <code>app.js </code>file, the BLoC is initialized using the <code>CounterBloc </code>class. Thus, the <code>Counter </code>component is used by passing the BLoC as a prop.That’s it. Now you can treat your business logic as a separate entity outside your UI components and change it as you need.

Step 04: Implementing UI components.

In this step, I will create the <code>StreamBuilder.js </code>inside the utils directory to handle the counter request from the UI. Moreover, developers can handle errors and implement customer handlers within this.In the <code>AsyncSnapshot </code>class, we can initialize a constructor, handle our data (check availability, etc. ), and handle errors. But in this example, I have only returned the data for ease of demonstration.The initial data is passed into <code>AysncSnapshot </code>class and stored in the snapshot state for each subscription. Then it will get rendered in the UI components.

Step 03: Adding more beauty to the BLoC by an intermediate clas

<ul><li>Blocs — Keep all the bloc classes we need.</li><li>Components — Keep the UI components.</li><li>Utils — Keep utility files of the project.</li></ul>

When the business logic is standalone from UI components, the impact on the application will be minimum. You will be able to change the business logic any time you want without affecting the UI components.

1. Flexibility to update application logic

Over time, application requirements may change, and business logic can keep growing. In such situations, developers can even create multiple BLoCs to maintain the clarity of the codebase.Moreover, BLoC patterns are platform and environment independent so that developers can use the same BLoC pattern in many projects.

4. Scalability

When writing test cases, developers can focus on the BLoC itself. So the code base is not going to be messed up.

3. Ease of testing

Since the business logic is in one place, UI components can reuse logic without duplicating the code so that the simplicity of the app will increase.

2. Reuse logic

Initially, the Business Logic Component (BLoC) pattern was introduced by Google as a solution to handle states in Flutter applications. It allows you to reduce the workload on UI components by separating the business logic from them.

Business Logic Component

Now, let’s implement the BLoC class. The BLoC class will be responsible for implementing all subjects related to business logic. In this example, it is responsible for the counter logic.So, I have created a file named <code>CounterBloc.js </code>inside the bloc directory and used a pipe to pass the counter to the UI components.There is simple logic in this class. However, when an app grows in size, imagine the complexity if we do not separate the business logic.

Step 02: Implementation of the BLoC.

The concept behind the BLoC pattern is straightforward. As you can see in the above figure, business logic will be separated from UI components. First, they will send events to the BLoC using an observer. And then, after processing the request, UI components will be notified by the BLoC using observables.

Benefits of Using BLoC Pattern with React

Initially, the Business Logic Component (BLoC) pattern was introduced by Google as a solution to handle states in Flutter applications. It allows you to reduce the workload on UI components by…