1：爲什麼要優化PO設計模式
1.1：傳統PO模式的層級架構
- Page層：返回元素的element對象
- Handle：對element進行操作
- Buss：封裝業務的執行邏輯（例如：應該是先輸入呢 還是先點擊呢... ）
1.2：優化後的PO模式的層級架構
- PageBase層：由PageBase基類組成 封裝返回element對象的方法 和各類操作的方法
- Buss層：初始化PageBase類 按照邏輯執行操作
1.3：優化後的PO模式相對優化前的PO模式的優點
- 大幅度減少代碼量，程序更加精簡 Base類的方法複用性更高
- Base層的代碼抽取公用方法 Buss層做業務邏輯處理，所有數據全部體現在Buss層的代碼上 方便進行數據驅動，方便改變數據來源（例如數據需要由Properties文件來源於MySQL 只有改變Buss層的代碼即可）
- 代碼更加簡潔 Buss層完成邏輯和斷言的處理 相對優化前的代碼 優化後的代碼不會顯得Buss層太過於單薄 Page層過於臃腫
2：優化前的PageObject設計模式代碼實現獲取知乎APP top10的話題
2.1：代碼層次結構
源碼請github上拉取：https://github.com/AnndyTsai/APP-PO
代碼層次結構大概如下 這裏就不細說了... 懂的自然看得懂 小白看起來自然是有些吃力
3：優化前的PageObject設計模式代碼實現獲取知乎APP top10的話題
3.1：代碼層次結構
源碼github上獲取：https://github.com/AnndyTsai/PO-simplify
代碼層級：
