业务层3

Question

为什么3层模型中的第二层称为“业务”层？

Answer 1

Because the business logic resides there. That is - the logic that is specific to the business scenarios.

Other layers should not have such logic. Front end should display and gather data, database should store data, dao should retrieve and save data.

The business layer should perform the logic based on what is coming as input from the UI, and from the DB.

It's 'business', because every software backs some business.

Answer 2

因为它特定于应用程序的性质（慈善机构，在线零售商和房地产经纪人可能都使用相同的Web服务器和数据库），但是中间的情况却大不相同。

Answer 3

In an OO application I like to think of the business layer as business rules, processes or workflows that are applied to the objects. However in many cases I have seen this to mean that the objects become nothing but POCO's (Plain Old C# Objects in C#, POJO's in Java etc). The problem with this is that the object's behaviour becomes detached from the object and moved into arbitrary "Business Logic" classes.

My personal belief is that the "Business Layer" should act upon objects but not replace object an object's behaviour. This also allows for better implementation of other practices such as Open Closed Principle using inheritance and polymorphism.

Consider this example "OCP" where the Area class would be the "Business Layer" but the various Shape objects contain the behaviour logic for each type of shape. This way the Area code rarely, if at all needs to change.

Answer 4

OK, here my 2 cents.

Why? Because that is how it is defined in the N-Tier paradigm . We cannot ask why something is named as such when it is defined as such.

N-Tier paradigm is an old one - more than 10 years old. N-Tiere design while at some point helped separating view logic from business logic, now is not trendy anymore.

Today, Domain Driven Design aka DDD is the new paradigm where looks at the domain logic and builds the system on that. Domain logic is everywhere, in database, in the UI as well as in the middle layer . So really your tables will be called Order , Topping , etc if you are making software for pizza shops whil it will have Account , Transaction if you are developing software for a bank. So business logic is everywhere, in the middle tier as well as in the UI or database.

So now while layered architecture is still accepted as a good architectural approach (which has a middle layer which is not called "business layer" anymore), N-Tier is not.