最簡單的方法來隱藏類的一部分'公共方法/接口

Question

我想設計一個機器人模擬器的GUI前端（實際上是一個簡單的遊戲）。但是，我不知道將模擬器組件（例如機器人和牆）傳遞到顯示器的最佳方式。我想隱藏組件的非顯示導向信息（如機器人質量），但仍然能夠識別每個組件的即時打印，即當我繪製組件時，我想以不同的方式繪製機器人，也許這個機器人會有一個名牌或者其他的東西）。

這裏是一個圖片，希望能解釋設計：

也許有，我還沒有遇到又一個有用的設計模式...

Answer 1

結帳模型 - 視圖 - 控制器設計模式。它分離數據（機器人的速度，大小，...），演示（機器人的形狀和繪畫方法）和行爲（提高機器人速度）。

要回答你的問題 - 隱藏類的API的最簡單方法是將此類拆分爲多個部分（模型，視圖，控制器）並根據某種模式（MVC或模型視圖展示器，他們中的很多人）。

編輯：對不起，我沒有提供任何示例。我的建議是隻是爲了機器人分成兩類：

• RobotData（包含速度，大小，...提供getter/setter方法，簡單的Java bean對象）
• RobotUi（提供形狀法（使用RobotData的私人蔘考））

模擬器於是包含RobotUi（模擬器是一個模型）和SimulatorDisplay（收集= 視圖 ）在執行繪畫方法時遍歷UI對象。 RobotData將隱藏在RobotUi內部。

Answer 2

我想你應該通過接口合約來設計這個。

我會讓你的牆壁，機器人和傳感器成爲用戶界面需要了解的各種「事物」的實現。只有那些界面應該在用戶界面和你的模型之間共享。

例如，機器人，傳感器應實行所謂的打印接口：

public interface Printable { 
    Shap getShape(); 
} 

牆應該實現一個擴展接口PrintableTexture

public interface PrintableTexture extends Printable { 
    Texture getTexture(); 
} 

您還可以創建和實施的角度數據提供程序類型的接口，方向等

例如：

public interface RangeProvider { 
    Range getRange(); 
} 

public interface DirectionProvider { 
    Direction getDirection(); 
} 

public interface SensorProvider { 
    Sensor[] getSensors(); 
} 

重點在於'打印'代碼然後會檢查Printable對象（或Printable對象的列表）是否已經傳遞給它並做出適當的反應。

看看你的意見，我認爲PrintableRobot，PrintableWall等是一個界面的基本概念的誤解。一個接口應該更多地關注'提供什麼東西或如何使用它'，而不是具體實現如何實現。通過將機器人，牆壁等放入Printable中，您可以指出實施情況。

這邊，你有沒有考慮過Visitor Pattern？你可以讓每個實體實現訪問者模式的接受部分，並讓你的打印代碼成爲一個特殊的實現，它只需要更深入地瞭解每個實體所做的事情就可以得到它所需要的東西......這不是我會做的，但是它可能適合你...