私は通信レイヤーを使用していますが、「*EnvelopeSO」および「*EnvelopeRO」というオブジェクトがあります。
ウィキペディア、検索エンジン、ここでそれらを見つけようとしましたが、検索するのは難しいです。
これらの接尾辞は頻繁に使用されますか?それらは何の略ですか(略語、頭字語)?
私は通信レイヤーを使用していますが、「*EnvelopeSO」および「*EnvelopeRO」というオブジェクトがあります。
ウィキペディア、検索エンジン、ここでそれらを見つけようとしましたが、検索するのは難しいです。
これらの接尾辞は頻繁に使用されますか?それらは何の略ですか(略語、頭字語)?
これらの接尾辞は通常、オブジェクトの役割を示しています。
データを転送することを目的としたオブジェクトの場合、TO接尾辞を追加するのが一般的であるため、、、、、、、などがServerTO
ありAccountTO
ます。TOはTransferObjectの頭字語です。これのバリエーションは、データ転送オブジェクトを意味するDTOサフィックスです。UserTO
CompanyTO
CustomerTO
SaleItemTO
データベースアクセスを制御することを目的としたオブジェクトの場合、データアクセスオブジェクトのDAOサフィックスがあるため、、、などがあります。UserDAO
CustomerDAO
SalesDAO
UIまたはGUIサフィックスは、ユーザーインターフェイスオブジェクトに頻繁に使用されます。これらは、グラフィカルユーザーインターフェイスまたは単にユーザーインターフェイスの頭字語です。
これの他の一般的な使用法は、値オブジェクトのVOとドメインオブジェクトのDOです。
私はかつて、 Business EntityのBEサフィックス、Service LocatorのSL、PageBeanのPBを見たことがあります。
これは多くの場所で一般的な方法ですが、私はそれに対して弱くお勧めします。わかりやすい名前は通常、不可解な頭字語の接尾辞(または接頭辞)よりもはるかに優れていますが、長すぎない名前が見つからない場合は、頭字語を使用してください。またはの代わりに、CustomerTO
またはCustomerDTO
単に名前を付けることができますCustomer
。代わりに、またはSalesDAO
に名前を付けることができます。これにより、またはを取得したときに接尾辞が何を意味するのかを理解しようとする問題がなくなります。SalesPersistence
SalesDatabase
VendorDSA
PersonTF
特に、DTO、TO、DAO、UI、GUI、VO、およびDOサフィックスは非常に一般的であり、広く使用されています。他の接尾辞は通常あいまいです。
特別な場合、私はSOとROが何であるかわかりません。また、推測よりも良いことはできません。これは、説明的な名前が頭字語よりも接尾辞として優れていることを示しています。私の最善の策は、SOがサービスオブジェクトであり、ROがリソースオブジェクトであるということです。