Elevator System Follow-up
管理类OOD题型
设计一个模拟/代替管理员日常工作的系统
管理类OOD解题思路
- 对于core object 考虑进出的对象是什么
比如Elevator System Input: Request Output: Elevator - 对于use case 从管理员的角度考虑
包含reserve,serve,checkout
解析:通常我们在考虑管理类的OOD设计题目,从Reserve(还没有进入设计主体之前,我们会遇见的use case),Serve(在进入主体的时候,当我们使用的情况下,我们会遇见什么use case),Check out(当我们离开主体的时候会有哪些use case) - Class
使用收据的形式,来保管信息,比如图书馆,包括User,Receipt,Book,有收据显示User借了什么Book
Parking Lot
Clarify
- what
parking lot 管理什么,可以用线性和进出的思考方式
Vehicle -> ParkingLot -> Parking Spot
然后针对上面的主体确认清楚
针对本题:
Parking lot: 考虑多层的Parking lot, 没有错层
Vehicle: 考虑三种大小的车
不考虑残疾人停车位/充电车位
如何设计停车场来支持停不同大小的车?当寻找合适的车位的时候, 需要看边上的位置是否是空位;或者设计专有车位当有新的车形需要支持的时候,需要大量修改,利用率更低 - how
规则1:如何停车
针对本题:停车场能够显示空闲位置的个数
规则2:收费
针对本题:根据时间收费
Core Object
-
常见不好设计类型
1.没有需要知道cars具体信息的usercase,多余
2.依赖于具体,多余的依赖
3.动态和静态元素,静态元素不要存放动态元素,使用receipt解决
Cases
两种思考方法:
根据列出的类思考,把自己想象成开车的人
根据系统管理员来思考,把自己想象成停车场,大部分这样思考
- ParkingLot 思考
Get available count
Park vehicle
Clear spot
Calculate price - 管理类常见User Case
Reservation : X
Serve: Park vehicle,Get available count
Check out: Clear spot,Calculate price
Class
- Use case: Park vehicle
- 三步
Parking lot checks the size of vehicle
Parking lot find an available spot for this vehicle
Vehicle takes the spot(s)
- 三步
要点:
使用vehicle接口满足依赖反转原则,使用level抽象类实现开闭原则,使用findSpotsForVehicle满足开闭原则,虽然是私有,能clarify公有parkVehicle的具体过程
解析:抽象类Vehicle需要把private变量变成protected,protected 需要从以下两个点来分析说明:子类与基类在同一包中:被声明为 protected 的变量、方法和构造器能被同一个包中的任何其他类访问;子类与基类不在同一包中:那么在子类中,子类实例可以访问其从基类继承而来的 protected 方法,而不能访问基类实例的protected方法。protected 可以修饰数据成员,构造方法,方法成员,不能修饰类
- Use case: Clear spot
-
三步
方案1:
Parking lot find the spot to clear
Update spot to be available
Update available count for each level
不满足单一责任原则,Vehicle负责了不属于它的责任
方案2:使用receipt
-
-
Use case:Calculate price
When clear spot, parking lot calculates the expected price to pay
Correctness
- 要点
Validate use cases
Follow good practice:比如访问权限,exception
SOLID
Design pattern:
Clean and elegant
Keep code extendable
Safe
Show off your skills ! -
Exceptions
-
问题:每层的spots怎么排列
像添加Level一样,添加一个Row作为新的Class
Design Pattern
Clean and elegant
Keep code extendable
Safe
Show off your skills !
Singleton
-
方法1:基本式
解析:被static修饰的类的变量或者方法它是属于类的,而并不属于某一个具体的实例。static方法一般称作静态方法,对于静态方法来说,是没有this的,因为它不依附于任何对象。
-
方法2:线程安全式
加了锁性能会慢
解析:被synchronized修饰之后,方法同时只能被一个线程访问。静态内部类:外部类加载时并不需要立即加载内部类,内部类不被加载则不去初始化INSTANCE,故而不占内存。即当ParkingLot第一次被加载时,并不需要去加载LazyParkingLot,只有当getInstance()方法第一次被调用时,才会去初始化INSTANCE,第一次调用getInstance()方法会导致虚拟机加载LazyParkingLot类,这种方法不仅能确保线程安全,也能保证单例的唯一性,同时也延迟了单例的实例化。 -
方法3
网友评论