स्प्रिंग एमवीसी 3.0: क्या @PathVariable के लिए पसंदीदा प्रकार स्ट्रिंग का उपयोग किया जा रहा है?

Question

मुझे इस तरह के एक साधारण सवाल पूछने के लिए क्षमा करें क्योंकि मैं स्प्रिंग एमवीसी 3.0 के लिए नया हूं। मैं वसंत स्रोत वेबसाइट से कुछ बार दस्तावेज पढ़ रहा हूं।

@RequestMapping("/pets/{petId}") 
public void findPet(@PathVariable String petId, Model model) {  
// implementation omitted 
} 

मैं इस उदाहरण के आधार पर यूआरआई टेम्पलेट का उपयोग करना चाहते हैं, यह हमेशा स्ट्रिंग होने की @PathVariable प्रकार स्थापित करने के लिए बेहतर है -: कोड स्निपेट है कि मैं नीचे मेरे सवाल के लिए का उल्लेख करेंगे भले ही मैं इसे अन्य प्रकार की उम्मीद कर रहा हूं, जैसे कि एक int? प्रलेखन का कहना है कि @PathVariable एनोटेशन किसी भी साधारण प्रकार का हो सकता है, लेकिन यदि वसंत अमान्य petId को int में परिवर्तित करने में असमर्थ है (उदाहरण के लिए, उपयोगकर्ता संख्याओं के बजाय कुछ वर्णों में प्रवेश करता है), तो यह एक टाइपमिस्मैच अपवाद फेंक देगा।

तो, वैधता कब खेलती है? क्या मैं सभी @PathVariable प्रकारों को स्ट्रिंग होने के लिए छोड़ता हूं और स्ट्रिंग मानों पर सत्यापन करने के लिए सत्यापनकर्ता है, और यदि कोई सत्यापन त्रुटि नहीं है, तो स्ट्रिंग को वांछित प्रकार में स्पष्ट रूप से रूपांतरित करें?

धन्यवाद।

Answer 1

1. @PathVariable प्रकार आप उम्मीद करते हैं, जरूरी नहीं कि String
2. हो एक अच्छी तरह से अनुकूलित त्रुटि पृष्ठ है। यदि उपयोगकर्ता यूआरएल में कुछ लिखने का फैसला करता है, तो उसे "परिणामों" से अवगत होना चाहिए।

Answer 2

आप

लेकिन अगर स्प्रिंग किसी पूर्णांक में अवैध petId परिवर्तित करने में असमर्थ है, यह एक TypeMismatchException फेंक जाएगा ने कहा।

ठीक है। लेकिन तुम उठाया @ExceptionHandler टिप्पणी द्वारा नियंत्रक में अपवाद को संभाल सकता है अगर आप चाहते हैं

@ExceptionHandler(TypeMismatchException.class) 
public String handleIOException(TypeMismatchException e, HttpServletRequest request) { 
    // handle your Exception right here 
} 

@ExceptionHandler हैंडलर विधि हस्ताक्षर flexibe है, here