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

  • 三步
    Parking lot find the spot to clear
    Update spot to be available
    Update available count for each level
    

    方案1：
    
    不满足单一责任原则，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