官术网_书友最值得收藏!

Knowing when to use the Facade Pattern

Suppose you are designing a system, and this system has a very large number of independent classes and also has a set of services to be implemented. This system is going to be very complex, so the Facade pattern comes into the picture and reduces the complexities of the larger system and simplifies interactions of the client code with a set of classes from a subsystem of the large complex system.

Suppose you want to develop a bank enterprise application with a large number of services to perform a task, for example, AccountService for getting the Account by accountId, PaymentService for payment gateway services, and TransferService for the amount transfer from one account to another account. A client code of the application interacts with all these services to transfer money from one account to another account. This is how different clients interact with the amount transfer process of the bank system. As shown in the following figure, here you can see client code that directly interacts with the subsystem classes and client also should aware about the internal working of subsystem classes, so it is simply a violation of the SOLID design principles because client code is tightly coupled with the classes of subsystem of your banking application:

Banking Application Subsystem without Facade Design Pattern

Rather than client code directly interacting with the classes of a subsystem, you could introduce one more interface, which makes the subsystems easier to use, as shown in the following figure. This interface is known as a Facade interface, it is based on the Facade pattern, and it is a simple way to interact with the subsystems:

Banking Application Subsystem with Facade design pattern
主站蜘蛛池模板: 大理市| 南康市| 通州区| 上杭县| 巴彦淖尔市| 霍林郭勒市| 滦平县| 石泉县| 柳江县| 荃湾区| 阳曲县| 深圳市| 安西县| 庆元县| 巴中市| 辽阳县| 汨罗市| 玉屏| 河南省| 甘谷县| 莱阳市| 南充市| 龙胜| 西贡区| 阳东县| 深水埗区| 车险| 大关县| 荃湾区| 大厂| 东乡族自治县| 修武县| 赣榆县| 磐安县| 闽侯县| 马鞍山市| 峨边| 宝鸡市| 旬邑县| 桂东县| 桦甸市|