저는 통신 레이어로 작업 중이며 "* EnvelopeSO"및 "* EnvelopeRO"라는 개체가 있습니다."SO"와 "RO"접미사는 "EnvelopeSO"처럼 표준 의미를 갖습니까?
나는 위키 피 디아, 검색 엔진, 여기에서 그들을 찾으려고 노력했다. 그러나 그들은 찾기가 어렵다.
이러한 포스트 픽스는 자주 사용됩니까? 그 약자들은 무엇을 의미합니까 (약자, 약자)?
저는 통신 레이어로 작업 중이며 "* EnvelopeSO"및 "* EnvelopeRO"라는 개체가 있습니다."SO"와 "RO"접미사는 "EnvelopeSO"처럼 표준 의미를 갖습니까?
나는 위키 피 디아, 검색 엔진, 여기에서 그들을 찾으려고 노력했다. 그러나 그들은 찾기가 어렵다.
이러한 포스트 픽스는 자주 사용됩니까? 그 약자들은 무엇을 의미합니까 (약자, 약자)?
이러한 접미사는 일반적으로 개체의 역할이 무엇인지 말합니다. 데이터를 전송하기위한 객체의 경우
, TO 접미어를 추가하는 것이 일반적이다, 그래서 우리는 ServerTO
가, AccountTO
는 UserTO
는 CompanyTO
는 CustomerTO
는 SaleItemTO
는 등 TO 이 전송 개체의 약자입니다 있습니다 . 이 변형은 DTO 접미사로, 데이터 전송 객체을 의미합니다.
, 그래서 우리는 UserDAO
, CustomerDAO
, SalesDAO
등
UI 또는 GUI를 접미사는 사용자 인터페이스 개체에 자주 사용됩니다. 그래픽 사용자 인터페이스 또는 사용자 인터페이스의 약자입니다. 이것의
다른 일반적인 용도는 객체 및 이 도메인 개체에 대한 마십시오 가치 VO있습니다.
내가 한 번 가 페이지 콩에 대한 서비스 로케이터 및 PB에 대한 비즈니스 엔티티, SL에 대한 접미사를 BE 보았다.많은 장소에서 일반적인 관행이지만 필자는이 점에 대해 약하게 권고합니다. 설명이 포함 된 이름은 일반적으로 약식 약어 접미사 (또는 접두어)보다 훨씬 낫지 만, 너무 길지 않은 것을 찾을 수없는 경우 약자를 사용하십시오. CustomerTO
또는 CustomerDTO
대신 Customer
으로 지정할 수 있습니다. SalesDAO
대신 SalesPersistence
또는 SalesDatabase
으로 이름을 지정할 수 있습니다. 이렇게하면 VendorDSA
또는 PersonTF
을 얻을 때 접미사가 의미하는 바를 이해하려는 문제가 해결됩니다.partcular DTO, 에
, DAO, UI, GUI, VO 및 이 접미사 DO는 매우 일반적이고 널리 퍼져 있습니다. 다른 접미사는 일반적으로 애매합니다. 특별한 당신의 경우를 들어
, 나는 ROSO 및 무엇인지 몰라, 나는 다시 설명하는 이름을 약자로보다 더 나은 것을 보여준다 단지 추측보다 더 아무것도를 할 수 없다 접미사. 최선의 방법은 SO은 입니다. 서비스 개체 및 RO은 입니다. 리소스 개체입니다.
감사합니다. 필자의 경우, ** RO **는 [REpresentational State Transfer] (https://en.wikipedia.org/wiki/REST)를 대표하는 * REST 객체 *를 의미합니다. – n611x007