2013-04-18 42 views
0

我正在爲我正在開發的應用程序編寫一個非常簡單的電子郵件MIME解析器,並且認爲創建一個啞數據類以作爲「電子郵件」而不是作爲對象是個好主意。愚蠢的數據類會給什麼名字?

這一切都很好,這可能是一個可怕的問題,但唉,無論如何,我仍然在問。你會說什麼愚蠢的數據類?

當我在Symfony 2.2中編寫項目時,我想過使用單詞'Entity';儘可能廣泛地使用術語,因爲在DocTrine中使用的實體不會產生太多意義並且可能導致混淆。那麼,這是什麼用於這種事情?只是爲了存儲數據並可能使用其中的方法(如實體)來格式化或檢索其他位信息。

+1

_ThisIsAveryDumbDataClass_? – dbf

+1

DumbAndDumber如何? –

回答

1

如果使用類只是傳來傳數據,這是一個DTO(來自Java的數據傳輸對象)在我看來。所以EmailDto可以工作
如果你添加方法,它只是使用Email作爲類的名稱,只是爲了描述是什麼。

+0

好的,但是,這必須在目錄結構中佔有一席之地。我喜歡DTO的想法,這很有道理。即'Vendor \ Package \ DTO;'作爲命名空間,'Email'作爲類名。但是,正如您所述,如果方法應用於課堂,DTO可能不合適。你能提出其他建議嗎? – Seer

+0

在意識到我不會需要操縱對象上的數據後,選擇使用這個。謝謝! – Seer

0

類的泛型名稱類似於Object,Entity,Thing,Data,Class,Handler等。儘管如此,描述性名稱確實很好避免混淆。因人而異

+0

這是我的問題,我需要避免混淆。 D: – Seer

1

如何調用它(我們之間的德國人都可以自由地ROFL ;-)):

POPO - 普通老式PHP對象

+0

+1漢堡:D – dbf

+0

哈哈,有趣,但肯定會造成混淆不幸。 ;) – Seer