คำอธิบายประกอบของ @Service ควรเก็บไว้ที่ไหน อินเทอร์เฟซหรือการใช้งาน?

ฉันกำลังพัฒนาแอปพลิเคชันโดยใช้ Spring ฉันจำเป็นต้องใช้@Serviceคำอธิบายประกอบ ฉันมีServiceIและดังกล่าวว่าServiceImpl ServiceImpl implements ServiceIฉันสับสนตรงนี้ว่าฉันควรเก็บ@Serviceคำอธิบายประกอบไว้ที่ไหน

ฉันควรใส่คำอธิบายประกอบอินเทอร์เฟซหรือการใช้งานด้วย@Service? อะไรคือความแตกต่างระหว่างสองแนวทางนี้?

ฉันไม่เคยใส่@Component(หรือ@Service, ... ) ที่อินเทอร์เฟซเพราะสิ่งนี้ทำให้อินเทอร์เฟซไร้ประโยชน์ ให้ฉันอธิบายว่าทำไม

อ้างสิทธิ์ 1:หากคุณมีอินเทอร์เฟซแล้วคุณต้องการใช้อินเทอร์เฟซนั้นสำหรับประเภทจุดฉีด

ข้อเรียกร้อง 2:วัตถุประสงค์ของอินเทอร์เฟซคือการกำหนดสัญญาที่สามารถดำเนินการได้โดยการนำไปใช้งานหลาย ๆ ในอีกด้านหนึ่งคุณมีจุดฉีดยา ( @Autowired) มีเพียงหนึ่งในอินเตอร์เฟซและเพียงหนึ่งชั้นเรียนที่ใช้มันเป็น (IMHO) ไร้ประโยชน์และละเมิดYAGNI

ข้อเท็จจริง:เมื่อคุณใส่:

• @Component(หรือ@Service, ... ) ที่อินเทอร์เฟซ
• มีหลายชั้นเรียนที่ใช้มัน
• อย่างน้อยสองชั้นเรียนกลายเป็น Spring Beans และ
• มีจุดฉีดที่ใช้อินเทอร์เฟซสำหรับการฉีดตามประเภท

จากนั้นคุณจะได้รับและNoUniqueBeanDefinitionException (หรือคุณมีการตั้งค่าการกำหนดค่าที่พิเศษมากพร้อมด้วยสภาพแวดล้อมโปรไฟล์หรือรอบคัดเลือก ... )

สรุป:หากคุณใช้@Component(หรือ@Service, ... ) ที่อินเทอร์เฟซคุณต้องละเมิดอย่างน้อยหนึ่งในสอง Clains ดังนั้นฉันคิดว่ามันไม่มีประโยชน์ (ยกเว้นบางสถานการณ์ที่หายาก) ที่จะวางไว้@Componentที่ระดับอินเทอร์เฟซ

Spring-Data-JPA Repository อินเทอร์เฟซเป็นสิ่งที่แตกต่างกันโดยสิ้นเชิง

โดยพื้นฐานแล้วคำอธิบายประกอบเช่น@Service , @Repository , @Componentฯลฯ ล้วนมีจุดประสงค์เดียวกัน:

การตรวจจับอัตโนมัติเมื่อใช้การกำหนดค่าตามคำอธิบายประกอบและการสแกนคลาสพา ธ

จากประสบการณ์ของฉันฉันมักจะใช้@Serviceคำอธิบายประกอบบนอินเทอร์เฟซหรือคลาสนามธรรมและคำอธิบายประกอบเช่น@Componentและ@Repositoryสำหรับการนำไปใช้งาน @Componentคำอธิบายประกอบที่ฉันใช้ในชั้นเรียนเหล่านั้นซึ่งมีจุดประสงค์พื้นฐานถั่วสปริงธรรมดา ๆ ไม่มีอะไรมาก @Repositoryคำอธิบายประกอบที่ฉันใช้ในDAOเลเยอร์เช่นหากฉันต้องสื่อสารกับฐานข้อมูลมีธุรกรรมบางอย่างเป็นต้น

ดังนั้นฉันขอแนะนำให้ใส่คำอธิบายประกอบอินเทอร์เฟซของคุณด้วย@Serviceและเลเยอร์อื่น ๆ ขึ้นอยู่กับฟังก์ชันการทำงาน

ผมใช้@Component, @Service, @Controllerและ@Repositoryคำอธิบายประกอบเฉพาะในชั้นเรียนดำเนินการและไม่ได้อยู่ในอินเตอร์เฟซ แต่@Autowiredคำอธิบายประกอบกับอินเทอร์เฟซยังคงใช้งานได้สำหรับฉัน

ข้อดีของการใส่คำอธิบายประกอบใน @Service คือให้คำใบ้ว่าเป็นบริการ ฉันไม่รู้ว่าคลาสการใช้งานใด ๆ จะสืบทอดคำอธิบายประกอบนี้ตามค่าเริ่มต้นหรือไม่

ด้าน Con คือคุณเชื่อมต่ออินเทอร์เฟซของคุณกับเฟรมเวิร์กเฉพาะเช่น Spring โดยใช้คำอธิบายประกอบเฉพาะของสปริง เนื่องจากอินเทอร์เฟซควรถูกแยกออกจากการนำไปใช้งานฉันจึงไม่แนะนำให้ใช้คำอธิบายประกอบหรือส่วนวัตถุของอินเทอร์เฟซของคุณ

ประโยชน์อย่างหนึ่งของสปริงคือการเปลี่ยนการใช้งานบริการ (หรืออื่น ๆ ) ได้อย่างง่ายดาย สำหรับสิ่งนี้คุณต้องใส่คำอธิบายประกอบบนอินเทอร์เฟซและประกาศตัวแปรดังนี้:

@Autowired
private MyInterface myVariable;

และไม่ :

@Autowired
private MyClassImplementationWhichImplementsMyInterface myVariable;

เช่นเดียวกับกรณีแรกคุณสามารถเปิดใช้งานการใช้งานที่จะฉีดจากช่วงเวลาที่ไม่ซ้ำกัน (มีเพียงคลาสเดียวเท่านั้นที่ใช้อินเทอร์เฟซ) ในกรณีที่สองคุณต้อง refactor โค้ดทั้งหมดของคุณ (การใช้งานคลาสใหม่มีชื่ออื่น) ด้วยเหตุนี้คำอธิบายประกอบจึงต้องอยู่บนอินเทอร์เฟซให้มากที่สุด นอกจากนี้พร็อกซี JDK ยังเหมาะสำหรับสิ่งนี้: พวกเขาถูกสร้างและสร้างอินสแตนซ์เมื่อเริ่มต้นแอปพลิเคชันเนื่องจากประเภทรันไทม์เป็นที่รู้จักล่วงหน้าซึ่งตรงกันข้ามกับพร็อกซี CGlib

ฉันจะใส่@Serviceคลาสของคุณ แต่ใส่ชื่อของอินเทอร์เฟซเป็นพารามิเตอร์ให้กับคำอธิบายประกอบเช่น

interface ServiceOne {}

@Service("ServiceOne")
class ServiceOneImpl implements ServiceOne{}

การทำเช่นนั้นคุณจะได้รับประโยชน์ทั้งหมดและยังสามารถฉีดอินเทอร์เฟซ แต่ได้รับคลาส

@Autowired 
private ServiceOne serviceOne;

ดังนั้นอินเทอร์เฟซของคุณจะไม่เชื่อมโยงกับเฟรมเวิร์กสปริงและคุณสามารถเปลี่ยนคลาสได้ตลอดเวลาและไม่จำเป็นต้องอัปเดตจุดฉีดทั้งหมดของคุณ

ดังนั้นถ้าฉันต้องการเปลี่ยนคลาสการใช้งานฉันสามารถใส่คำอธิบายประกอบคลาสใหม่และลบออกจากคลาสแรก แต่นั่นคือทั้งหมดที่จำเป็นต้องเปลี่ยน หากคุณฉีดคลาสคุณอาจมีงานมากมายเมื่อคุณต้องการเปลี่ยนคลาสโดยนัย

เพื่อให้ง่ายขึ้น:

@Serviceคือคำอธิบายประกอบ Stereotype สำหรับชั้นบริการ

@Repositoryเป็นคำอธิบายประกอบมโนทัศน์สำหรับการติดตาชั้น

@Componentเป็นคำอธิบายประกอบแบบตายตัวทั่วไปที่ใช้เพื่อบอกให้ Spring สร้างอินสแตนซ์ของวัตถุใน Application Context เป็นไปได้ที่จะกำหนดชื่อใด ๆ สำหรับอินสแตนซ์ค่าเริ่มต้นคือชื่อคลาสเป็นกรณีอูฐ

มีคำอธิบายประกอบ 5 รายการที่สามารถใช้ในการทำถั่วสปริงได้ ระบุคำตอบด้านล่าง

คุณต้องการอินเทอร์เฟซจริงๆหรือ? หากคุณกำลังจะมีการนำไปใช้งานหนึ่งสำหรับอินเทอร์เฟซบริการแต่ละรายการให้หลีกเลี่ยงใช้เฉพาะคลาส แน่นอนถ้าคุณไม่มี RMI หรือเมื่อต้องใช้พร็อกซีอินเทอร์เฟซ

@Repository - ใช้สำหรับฉีดคลาส dao ของคุณ

@Service - ใช้สำหรับการฉีดคลาสชั้นบริการของคุณ ในชั้นบริการคุณอาจต้องใช้คำอธิบายประกอบ @Transactional สำหรับการจัดการธุรกรรม db

@Controller - ใช้สำหรับตัวควบคุมชั้นส่วนหน้าของคุณเช่นการฉีดถั่วที่มีการจัดการ JSF เป็นถั่วสปริง

@RestController - ใช้สำหรับตัวควบคุมสปริงที่เหลือซึ่งจะช่วยให้คุณหลีกเลี่ยงทุกครั้งที่ใส่คำอธิบายประกอบ @ResponseBody และ @RequestBody ในวิธีการพักของคุณ

@ ส่วนประกอบ - ใช้ในกรณีอื่น ๆ เมื่อคุณต้องการฉีดถั่วสปริงที่ไม่ใช่ตัวควบคุมบริการหรือคลาส dao