S01L03 - संसाधन आधारित यूआरआई के बारे में अधिक

html

RESTful API लिंक में महारत हासिल करना: डेवलपर्स के लिए संसाधन-आधारित URI डिज़ाइन
सामग्री तालिका

परिचय .......................................................... 1  
फ़ाइल-आधारित लिंक को समझना ............. 3  
संसाधन-आधारित लिंक .................................. 5  
कलेक्शन URIs डिज़ाइन करना .......................... 8  
फ़िल्टर-आधारित URIs लागू करना ............... 12  
URI संबंध स्थापित करना ............... 16  
व्यावहारिक उदाहरण और कोड ..................... 20  
निष्कर्ष ............................................................ 25  
पूरक जानकारी ....................... 27  


परिचय
वेब विकास के सतत विकसित हो रहे परिदृश्य में, सहज और कुशल RESTful APIs डिज़ाइन करना अत्यंत महत्वपूर्ण है। API डिज़ाइन का एक महत्वपूर्ण पहलू संसाधन-आधारित URIs (Uniform Resource Identifiers) का निर्माण करना है जो उपयोगकर्ता-मित्र और स्केलेबल दोनों हों। यह ईबुक संसाधन-आधारित लिंक निर्माण के सिद्धांतों में गहराई से उतरती है, पारंपरिक फ़ाइल-आधारित लिंक के साथ उनकी तुलना करती है, और RESTful APIs में URI डिज़ाइन में महारत हासिल करने के लिए डेवलपर्स के लिए एक व्यापक मार्गदर्शिका प्रदान करती है।
मुख्य बिंदु:

RESTful APIs में संगत और संसाधन-आधारित URIs के महत्व।
फ़ाइल-आधारित और संसाधन-आधारित लिंकिंग के बीच तुलना।
कलेक्शन और फ़िल्टर-आधारित URIs के माध्यम से बड़े डेटा सेट को संभालने के लिए रणनीतियाँ।
बेहतर API नेविगेशन के लिए विभिन्न संसाधनों के बीच स्पष्ट संबंध स्थापित करना।


फ़ाइल-आधारित लिंक को समझना
संसाधन-आधारित लिंक में गहराई से उतरने से पहले, यह समझना आवश्यक है कि वेब विकास में सामान्यतः इस्तेमाल होने वाला पारंपरिक फ़ाइल-आधारित लिंकिंग दृष्टिकोण क्या है।
फ़ाइल-आधारित लिंक क्या हैं?
फ़ाइल-आधारित लिंक उन URLs को संदर्भित करते हैं जो सीधे किसी सर्वर पर विशिष्ट फ़ाइलों की ओर इशारा करते हैं। ये लिंक आमतौर पर फ़ाइल एक्सटेंशन शामिल करते हैं और सरल होते हैं, जिससे इन्हें लागू करना आसान होता है लेकिन फ्लेक्सिबिलिटी में सीमित होते हैं।
उदाहरण:

https://travel.com/cochin.html
https://travel.com/goa.html
https://travel.com/mumbai.html
https://travel.com/newyork.html
https://travel.com/vegas.html

फ़ाइल-आधारित लिंक के लाभ

सरलता: बनाने और समझने में आसान।
डायरेक्ट एक्सेस: उपयोगकर्ता सीधे अपने URLs के माध्यम से विशिष्ट पृष्ठों तक पहुंच सकते हैं।

फ़ाइल-आधारित लिंक के नुकसान

स्केलेबिलिटी समस्याएँ: बड़ी संख्या में स्थिर फ़ाइलों का प्रबंधन करना कठिन हो जाता है।
सीमित फ्लेक्सिबिलिटी: डायनामिक कंटेंट और फिल्टरिंग मैकेनिज्म को लागू करना मुश्किल है।
रखरखाव चुनौतियाँ: URLs को अपडेट करने से टूटे हुए लिंक हो सकते हैं और व्यापक परिवर्तनों की आवश्यकता हो सकती है।

तुलना तालिका: फ़ाइल-आधारित लिंक बनाम संसाधन-आधारित लिंक


फीचर
फ़ाइल-आधारित लिंक
संसाधन-आधारित लिंक


संरचना
डायरेक्ट फ़ाइल पथ एक्सटेंशनों के साथ
हायरेरकिकल, संसाधन-उन्मुख URIs


स्केलेबिलिटी
बढ़ते संसाधनों के साथ कम स्केलेबिलिटी
संसाधन संग्रह के साथ उच्च स्केलेबिलिटी


फ्लेक्सिबिलिटी
स्थिर फ़ाइल प्रस्तुति तक सीमित
डायनामिक क्वेरी और फ़िल्टरिंग का समर्थन करता है


रखरखाव
परिवर्तनों पर टूटे लिंक की प्रवृत्ति
सुसंगत पैटर्न के साथ आसान रखरखाव


उदाहरण URI
travel.com/goa.html
travel.com/cities/goa



संसाधन-आधारित लिंक
संसाधन-आधारित लिंक RESTful API डिज़ाइन के मूल हैं, जो संसाधनों के संगठन पर एक संरचित और सामर्थ्यपूर्ण तरीके पर जोर देते हैं।
संसाधन-आधारित लिंक को डिफाइन करना
संसाधन-आधारित लिंक संज्ञाओं का उपयोग करते हैं ताकि संस्थाओं का प्रतिनिधित्व हो सके, यह सुनिश्चित करते हुए कि प्रत्येक URI स्पष्ट रूप से एक विशिष्ट संसाधन या संसाधनों के संग्रह की पहचान करता है। यह दृष्टिकोण RESTful सिद्धांतों का पालन करता है, जिससे संगतता और स्केलेबिलिटी को बढ़ावा मिलता है।
उदाहरण:

https://travel.com/cities/{city_id}

बहुवचन का महत्व
बहुवचन संज्ञाओं का उपयोग (उदा., cities की बजाय city) संसाधन संग्रह का संकेत देता है, जिससे फ़िल्टरिंग, पेजिनेशन, और संबंध प्रबंधन को आसान बनाया जाता है।
उदाहरण:

https://travel.com/cities - सभी शहरों की सूची।
https://travel.com/cities/1 - ID 1 वाला शहर प्राप्त करता है।

मुख्य लाभ

संगतता: एकरूप URI पैटर्न भविष्यवाणी को बढ़ाते हैं।
स्केलेबिलिटी: बड़े संसाधन संग्रह का कुशलतापूर्वक प्रबंधन।
फ्लेक्सिबिलिटी: फ़िल्टरों और संबंधों के कार्यान्वयन को सरल बनाता है।


कलेक्शन URIs डिज़ाइन करना
कलेक्शन URIs संसाधनों के समूह का प्रतिनिधित्व करते हैं, ग्राहकों को आइटम की सूचियाँ प्राप्त करने या बल्क ऑपरेशंस लागू करने में सक्षम बनाते हैं।
कलेक्शन URIs की संरचना
एक कलेक्शन URI आमतौर पर संसाधन नाम के बहुवचन रूप का उपयोग करता है। यह डिज़ाइन विकल्प RESTful कन्वेंशन्स के साथ मेल खाता है, जिससे कई आइटमों की उपस्थिति का संकेत मिलता है।
उदाहरण:

https://travel.com/cities - सभी शहरों के संग्रह का प्रतिनिधित्व करता है।

कलेक्शन URIs के उपयोग के लाभ

आसान नेविगेशन: उपयोगकर्ता आसानी से संग्रहों के माध्यम से नेविगेट कर सकते हैं और व्यक्तिगत संसाधनों से कनेक्ट कर सकते हैं।
डेटा हैंडलिंग में कुशलता: पेजिनेशन और फ़िल्टरिंग मैकेनिज्म के कार्यान्वयन को सरल बनाता है।
बेहतर संगठन: समान संसाधनों के तार्किक समूहण को बढ़ावा देता है।

व्यावहारिक कार्यान्वयन
जब कलेक्शन URI तक पहुंचा जाता है, तो सर्वर अक्सर JSON या XML जैसे संरचित प्रारूप में संसाधनों की सूची के साथ प्रतिक्रिया करता है।
उदाहरण प्रतिक्रिया:




		
		
			
			
Java
			
			[
  {
    "id": 1,
    "name": "Kochi",
    "country": "India"
  },
  {
    "id": 2,
    "name": "Goa",
    "country": "India"
  },
  // और शहर...
]
			
				
					
				
					1
2
3
4
5
6
7
8
9
10
11
12
13
				
						[
  {
    "id": 1,
    "name": "Kochi",
    "country": "India"
  },
  {
    "id": 2,
    "name": "Goa",
    "country": "India"
  },
  // और शहर...
]
					
				
			
		


बड़े डेटा सेट के लिए विचार
बहुत सारे संसाधनों वाले संग्रहों के लिए, डेटा को कुशलतापूर्वक प्रबंधित करने के लिए पेजिनेशन जैसी मैकेनिज्म लागू करना महत्वपूर्ण है।

फ़िल्टर-आधारित URIs लागू करना
फ़िल्टर-आधारित URIs ग्राहकों को विशिष्ट मापदंडों के आधार पर संसाधनों के उपसमुच्चय प्राप्त करने की अनुमति देते हैं, जिससे API की फ्लेक्सिबिलिटी और उपयोगिता बढ़ती है।
URIs में फ़िल्टर्स को समझना
फ़िल्टर्स ग्राहकों को शर्तें निर्दिष्ट करने में सक्षम बनाते हैं जिन्हें लौटाए गए संसाधनों को पूरा करना चाहिए। यह क्षमता उन परिदृश्यों के लिए आवश्यक है जहाँ उपयोगकर्ताओं को उन संसाधनों को खोजना है जो निश्चित गुणों से मेल खाते हैं।
उदाहरण फ़िल्टर URIs:

https://travel.com/cities?startswith=M - 'M' से शुरू होने वाले शहरों को प्राप्त करता है।
https://travel.com/cities?offset=25&limit=50 - 25वें से 75वें शहरों को प्राप्त करता है।
https://travel.com/cities?startswith=M&limit=10 - 'M' से शुरू होने वाले पहले 10 शहरों को प्राप्त करता है।

फ़िल्टर-आधारित URIs के लाभ

लक्ष्यित डेटा पुनर्प्राप्ति: ग्राहक बिना अधिक डेटा प्राप्त किए ठीक वही डेटा प्राप्त कर सकते हैं जिसकी उन्हें आवश्यकता है।
प्रदर्शन अनुकूलन: डेटा की मात्रा को सीमित करके सर्वर लोड और प्रतिक्रिया समय को कम करता है।
बेहतर उपयोगकर्ता अनुभव: उपयोगकर्ताओं को संबंधित जानकारी कुशलतापूर्वक प्रदान करता है।

पेजिनेशन और लिमिट्स लागू करना
पेजिनेशन बड़े डेटा सेट को प्रबंधनीय टुकड़ों में विभाजित करता है, जबकि लिमिट्स एकल प्रतिक्रिया में लौटाए जाने वाले संसाधनों की संख्या को सीमित करते हैं।
उदाहरण:

ऑफसेट: डेटा सेट में प्रारंभिक बिंदु निर्दिष्ट करता है।
लिमिट: लौटाए जाने वाले अधिकतम संसाधनों की संख्या को परिभाषित करता है।

URI उदाहरण:

https://travel.com/cities?offset=25&limit=50

कई फ़िल्टर्स को संभालना
APIs को एक साथ कई फ़िल्टर्स का समर्थन करने के लिए डिज़ाइन किया जाना चाहिए, जिससे जटिल क्वेरी और संसाधन पुनर्प्राप्ति की अनुमति मिलती है।
उदाहरण:

https://travel.com/cities?startswith=M&limit=10


URI संबंध स्थापित करना
विभिन्न संसाधनों के बीच स्पष्ट संबंधों को परिभाषित करना एक सुसंगत और नेविगेटेबल API संरचना बनाने के लिए मूलभूत है।
संसाधन संबंधों को समझना
संसाधन संबंध यह दर्शाते हैं कि API के भीतर विभिन्न संस्थाएँ कैसे जुड़े हुए हैं। उदाहरण के लिए, देशों में कई शहर होते हैं, जो एक हायरेरकिकल संबंध स्थापित करते हैं।
उदाहरण URIs:

https://travel.com/countries/india/cities - भारत के सभी शहरों की सूची।
https://travel.com/countries/india/cities/1 - भारत में ID 1 वाला शहर प्राप्त करता है।
https://travel.com/cities/1 - ID 1 वाला शहर प्राप्त करता है।

संबंधों को परिभाषित करने के लाभ

तार्किक संगठन: संसाधनों को ऐसे संरचित करता है जो वास्तविक दुनिया के संबंधों को प्रतिबिंबित करता है।
नेविगेशन में आसानी: ग्राहक संबंधित संसाधनों के माध्यम से सहजता से यात्रा कर सकते हैं।
डेटा अखंडता: रिलेशनल प्रतिबंधों को लागू करके संगतता बनाए रखता है।

URI संबंधों के लिए सर्वोत्तम अभ्यास

सुसंगत हायरेरक्ली: स्पष्ट और सुसंगत हायरेरकिकल संरचना बनाए रखें।
गहरे नेस्टिंग से बचें: अत्यधिक जटिल URIs को रोकने के लिए नेस्टेड संसाधनों की गहराई सीमित करें।
संसाधनों का पुन: उपयोग: लचीलेपन को सुनिश्चित करने के लिए आवश्यकतानुसार कई मार्गों के माध्यम से संसाधनों तक पहुंच की अनुमति दें।


व्यावहारिक उदाहरण और कोड
विचार किए गए कॉन्सेप्ट्स को मजबूत करने के लिए, आइए व्यावहारिक उदाहरण और कोड स्निपेट्स का अन्वेषण करें जो Spring Boot का उपयोग करते हुए RESTful API में संसाधन-आधारित URI डिज़ाइन को दर्शाते हैं।
उदाहरण परिदृश्य
एक यात्रा कंपनी, travel.com, के बारे में सोचें, जो दुनिया भर के विभिन्न शहरों की जानकारी प्रदान करती है। हम शहर डेटा को प्रभावी ढंग से प्रबंधित करने के लिए संसाधन-आधारित लिंक डिज़ाइन करना चाहते हैं।
संसाधन URI को परिभाषित करना




		
		
			
			
Java
			
			@RestController
@RequestMapping("/cities")
public class CityController {

    @GetMapping("/{id}")
    public ResponseEntity&lt;City&gt; getCity(@PathVariable int id) {
        City city = cityService.getCityById(id);
        return ResponseEntity.ok(city);
    }

    @GetMapping
    public ResponseEntity&lt;List&lt;City&gt;&gt; getAllCities(
            @RequestParam(required = false) String startswith,
            @RequestParam(defaultValue = "0") int offset,
            @RequestParam(defaultValue = "50") int limit) {
        List&lt;City&gt; cities = cityService.getCities(startsWith, offset, limit);
        return ResponseEntity.ok(cities);
    }
}
			
				
					
				
					1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
				
						@RestController
@RequestMapping("/cities")
public class CityController {
 
    @GetMapping("/{id}")
    public ResponseEntity&lt;City&gt; getCity(@PathVariable int id) {
        City city = cityService.getCityById(id);
        return ResponseEntity.ok(city);
    }
 
    @GetMapping
    public ResponseEntity&lt;List&lt;City&gt;&gt; getAllCities(
            @RequestParam(required = false) String startswith,
            @RequestParam(defaultValue = "0") int offset,
            @RequestParam(defaultValue = "50") int limit) {
        List&lt;City&gt; cities = cityService.getCities(startsWith, offset, limit);
        return ResponseEntity.ok(cities);
    }
}
					
				
			
		


सिंटैक्स का स्पष्टीकरण

@RestController: इंगित करता है कि यह क्लास RESTful अनुरोधों को संभालता है।
@RequestMapping("/cities"): HTTP अनुरोधों को /cities URI पर मैप करता है।
@GetMapping("/{id}"): GET अनुरोधों को /cities/{id} पर मैप करता है ताकि विशिष्ट शहर प्राप्त किया जा सके।
@GetMapping: GET अनुरोधों को /cities पर मैप करता है ताकि सभी शहरों को वैकल्पिक फ़िल्टर्स के साथ प्राप्त किया जा सके।
@RequestParam: URI से क्वेरी पैरामीटर्स (startswith, offset, limit) को निकालता है।

कोड निष्पादन चरण-दर-चरण

विशिष्ट शहर प्राप्त करना:

URI: https://travel.com/cities/1
कॉल किया गया विधि: getCity(1)
आउटपुट: ID 1 वाला शहर (उदा., Kochi) लौटाता है।


सभी शहर प्राप्त करना:

URI: https://travel.com/cities
कॉल किया गया विधि: getAllCities(null, 0, 50)
आउटपुट: पहले 50 शहर लौटाता है।


फ़िल्टर्स लागू करना:

URI: https://travel.com/cities?startswith=M&limit=10
कॉल किया गया विधि: getAllCities("M", 0, 10)
आउटपुट: 'M' से शुरू होने वाले पहले 10 शहर लौटाता है।



संबंधों का प्रदर्शन करना




		
		
			
			
Java
			
			@RestController
@RequestMapping("/countries")
public class CountryController {

    @GetMapping("/{countryId}/cities")
    public ResponseEntity&lt;List&lt;City&gt;&gt; getCitiesByCountry(@PathVariable int countryId) {
        List&lt;City&gt; cities = cityService.getCitiesByCountryId(countryId);
        return ResponseEntity.ok(cities);
    }

    @GetMapping("/{countryId}/cities/{cityId}")
    public ResponseEntity&lt;City&gt; getCityInCountry(@PathVariable int countryId, @PathVariable int cityId) {
        City city = cityService.getCityInCountry(countryId, cityId);
        return ResponseEntity.ok(city);
    }
}
			
				
					
				
					1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
				
						@RestController
@RequestMapping("/countries")
public class CountryController {
 
    @GetMapping("/{countryId}/cities")
    public ResponseEntity&lt;List&lt;City&gt;&gt; getCitiesByCountry(@PathVariable int countryId) {
        List&lt;City&gt; cities = cityService.getCitiesByCountryId(countryId);
        return ResponseEntity.ok(cities);
    }
 
    @GetMapping("/{countryId}/cities/{cityId}")
    public ResponseEntity&lt;City&gt; getCityInCountry(@PathVariable int countryId, @PathVariable int cityId) {
        City city = cityService.getCityInCountry(countryId, cityId);
        return ResponseEntity.ok(city);
    }
}
					
				
			
		


स्पष्टीकरण

@GetMapping("/{countryId}/cities"): एक विशिष्ट देश के भीतर सभी शहरों को पुनर्प्राप्त करता है।
@GetMapping("/{countryId}/cities/{cityId}"): एक देश के भीतर विशिष्ट शहर को पुनर्प्राप्त करता है।

उदाहरण अनुरोध

भारत में सभी शहरों की सूची:

URI: https://travel.com/countries/1/cities
आउटपुट: भारत के सभी शहरों की सूची।


भारत में विशिष्ट शहर:

URI: https://travel.com/countries/1/cities/2
आउटपुट: भारत में ID 2 वाला शहर (उदा., Mumbai) प्राप्त करता है।




निष्कर्ष
संसाधन-आधारित URIs डिज़ाइन करना प्रभावी RESTful API विकास का एक आधारस्तंभ है। संगत नामकरण कन्वेंशन्स का पालन करके, संग्रहों के लिए बहुवचन रूपों का उपयोग करके, मजबूत फिल्टरिंग और पेजिनेशन मैकेनिज्म लागू करके, और संसाधन संबंधों को स्पष्ट रूप से परिभाषित करके, डेवलपर्स स्केलेबल, मेंटेनबिल, और उपयोगकर्ता-मित्र APIs बना सकते हैं। इन सर्वोत्तम प्रथाओं को अपनाने से न केवल डेवलपर अनुभव में सुधार होता है बल्कि यह सुनिश्चित होता है कि APIs बढ़ती मांगों को पूरा करने के लिए सहजता से विकसित हो सकते हैं।
मुख्य निष्कर्ष:

संगतता महत्वपूर्ण है: एकरूप URI संरचनाएँ API नेविगेशन और उपयोग को सरल बनाती हैं।
डिज़ाइन से स्केलेबिलिटी: बहुवचन संसाधन नाम और कलेक्शन URIs बड़े डेटा सेट का कुशलतापूर्वक समर्थन करते हैं।
फ़िल्टर के साथ फ्लेक्सिबिलिटी: मजबूत फ़िल्टरिंग और पेजिनेशन मैकेनिज्म का कार्यान्वयन विविध ग्राहक आवश्यकताओं को पूरा करता है।
स्पष्ट संबंध नेविगेशन को बढ़ाते हैं: अच्छी तरह से परिभाषित संसाधन संबंध सहज API ट्रैवर्सल की सुविधा प्रदान करते हैं।

इस ईबुक में वर्णित सिद्धांतों में महारत हासिल करके, डेवलपर्स अपने RESTful API डिज़ाइनों को ऊँचा उठा सकते हैं, यह सुनिश्चित करते हुए कि वे मजबूत और भविष्य की आवश्यकताओं के अनुकूल हैं।
SEO कीवर्ड्स: RESTful API, URI डिज़ाइन, संसाधन-आधारित लिंक, API विकास, REST सिद्धांत, कलेक्शन URI, फ़िल्टर-आधारित URI, API पेजिनेशन, संसाधन संबंध, Spring Boot RESTful API

पूरक जानकारी
विस्तृत तुलना तालिकाएँ
तालिका 1: फ़ाइल-आधारित लिंक बनाम संसाधन-आधारित लिंक


फीचर
फ़ाइल-आधारित लिंक
संसाधन-आधारित लिंक


संरचना
डायरेक्ट फ़ाइल पथ एक्सटेंशनों के साथ
हायरेरकिकल, संसाधन-उन्मुख URIs


स्केलेबिलिटी
बढ़ते संसाधनों के साथ कम स्केलेबिलिटी
संसाधन संग्रह के साथ उच्च स्केलेबिलिटी


फ्लेक्सिबिलिटी
स्थिर फ़ाइल प्रस्तुति तक सीमित
डायनामिक क्वेरी और फ़िल्टरिंग का समर्थन करता है


रखरखाव
परिवर्तनों पर टूटे लिंक की प्रवृत्ति
सुसंगत पैटर्न के साथ आसान रखरखाव


उदाहरण URI
travel.com/goa.html
travel.com/cities/goa


तालिका 2: कलेक्शन URI फीचर्स


फीचर
विवरण


बहुवचन रूप
संसाधन संग्रह का प्रतिनिधित्व करने के लिए बहुवचन संज्ञाओं का उपयोग करता है।


एंडपॉइंट
संसाधनों की सूचियों तक पहुंच को सरल बनाता है।


पेजिनेशन
ऑफसेट और लिमिट पैरामीटर्स के माध्यम से बड़े डेटा सेट को प्रबंधित करने में सुविधा प्रदान करता है।


फ़िल्टरिंग
मापदंडों के आधार पर विशिष्ट उपसमुच्चयों के पुनर्प्राप्ति की अनुमति देता है।


सुसंगत पैटर्न
विभिन्न संसाधन प्रकारों में समानता बनाए रखता है।


अतिरिक्त संसाधन

RESTful API डिज़ाइन सर्वोत्तम प्रथाएँ: लिंक
Spring Boot डॉक्यूमेंटेशन: लिंक
REST APIs में URI डिज़ाइन को समझना: लिंक


नोट: यह लेख AI द्वारा उत्पन्न किया गया है।
फीचर	फ़ाइल-आधारित लिंक	संसाधन-आधारित लिंक
संरचना	डायरेक्ट फ़ाइल पथ एक्सटेंशनों के साथ	हायरेरकिकल, संसाधन-उन्मुख URIs
स्केलेबिलिटी	बढ़ते संसाधनों के साथ कम स्केलेबिलिटी	संसाधन संग्रह के साथ उच्च स्केलेबिलिटी
फ्लेक्सिबिलिटी	स्थिर फ़ाइल प्रस्तुति तक सीमित	डायनामिक क्वेरी और फ़िल्टरिंग का समर्थन करता है
रखरखाव	परिवर्तनों पर टूटे लिंक की प्रवृत्ति	सुसंगत पैटर्न के साथ आसान रखरखाव
उदाहरण URI	travel.com/goa.html	travel.com/cities/goa
फीचर	विवरण
बहुवचन रूप	संसाधन संग्रह का प्रतिनिधित्व करने के लिए बहुवचन संज्ञाओं का उपयोग करता है।
एंडपॉइंट	संसाधनों की सूचियों तक पहुंच को सरल बनाता है।
पेजिनेशन	ऑफसेट और लिमिट पैरामीटर्स के माध्यम से बड़े डेटा सेट को प्रबंधित करने में सुविधा प्रदान करता है।
फ़िल्टरिंग	मापदंडों के आधार पर विशिष्ट उपसमुच्चयों के पुनर्प्राप्ति की अनुमति देता है।
सुसंगत पैटर्न	विभिन्न संसाधन प्रकारों में समानता बनाए रखता है।