લેયર્ડ આર્કિટેક્ચર શું છે? તે કેવી રીતે ગોઠવાયેલું છે અને કેવી રીતે કામ કરે છે?

Question

IT Interview Practice · Accepted Answer

## લેયર્ડ આર્કિટેક્ચર શું છે?

**લેયર્ડ આર્કિટેક્ચર** સોર્સ કોડને સ્તરોમાં ગોઠવે છે, જેમાં દરેક સ્તર ચોક્કસ પ્રકારના કામ માટે જવાબદાર હોય છે. તે વિનંતીઓ સ્વીકારવાનું, વ્યવસાયિક નિયમો લાગુ કરવાનું અને ડેટા ઍક્સેસ કરવાનું અલગ રાખે છે, જેથી કોડ સમજવો અને જાળવવો સરળ બને.

આ સ્તરો એક જ એપ્લિકેશનમાં ચાલી શકે છે. સ્તરો કોડની જવાબદારીઓ દર્શાવે છે; ભાગોને અલગ સર્વરો પર મૂકવા એ ડિપ્લોયમેન્ટનો મુદ્દો છે, જે N-Tier આર્કિટેક્ચરમાં આવરી લેવાય છે.

## સામાન્ય સ્તરો

વેબ એપ્લિકેશનમાં ઘણી વાર ત્રણ સ્તરો હોય છે:

- **પ્રસ્તુતિ:** માહિતી બતાવે છે, વપરાશકર્તાની ક્રિયાઓ અથવા HTTP વિનંતીઓ સ્વીકારે છે અને પરિણામ વપરાશકર્તાને પાછું આપે છે.
- **વ્યવસાયિક સ્તર:** એપ્લિકેશનના નિયમો લાગુ કરે છે, જેમ કે કર્મચારી પાસે પૂરતી રજા ઉપલબ્ધ છે કે નહીં તે તપાસવું.
- **ડેટા ઍક્સેસ:** ડેટાબેઝમાં વાંચન અને લખાણ કરે છે, જેમ કે બાકી રજાનું પ્રમાણ મેળવવું અથવા રજાની વિનંતી સાચવવી.

પરંપરાગત સ્તર ગોઠવણીમાં પ્રસ્તુતિ વ્યવસાયિક તર્કને બોલાવે છે અને તે ડેટા ઍક્સેસને બોલાવે છે. આથી ડેટાબેઝ ક્વેરીઓ અને વ્યવસાયિક નિયમો પ્રસ્તુતિના કોડથી બહાર રહે છે.

## વિનંતી કેવી રીતે સંભાળવામાં આવે છે?

**રજા વ્યવસ્થાપનની એપ્લિકેશનનો વિચાર કરો:** કર્મચારી વિનંતી મોકલે ત્યારે પ્રસ્તુતિ તારીખો મેળવે છે અને તેને વ્યવસાયિક તર્કને આપે છે. વ્યવસાયિક તર્ક ડેટા ઍક્સેસ મારફતે બાકી રજા મેળવે છે અને વિનંતી તપાસે છે.

જો વિનંતી માન્ય હોય, તો એપ્લિકેશન તેને મંજૂરી માટે સાચવે છે અને પુષ્ટિ આપે છે. બાકી રજા પૂરતી ન હોય, તો વ્યવસાયિક તર્ક વિનંતી નકારે છે અને પ્રસ્તુતિ તેનું કારણ બતાવે છે. આ ઉદાહરણમાં રજા પછી મંજૂરી વખતે કપાય છે.

કંપની રજાની નીતિ બદલે ત્યારે ડેવલપરો વ્યવસાયિક સ્તરને અપડેટ કરે છે. આપલે થતી માહિતી એ જ રહે તો પ્રસ્તુતિ અને ડેટા સંગ્રહ બદલવા જરૂરી નથી.

## ફાયદા

- **ફેરફાર માટે સ્પષ્ટ સ્થાનો:** પ્રસ્તુતિ, નિયમો અને ડેટાબેઝ ક્વેરીઓને કોડમાં પોતપોતાનું સ્થાન હોય છે.
- **ફરી વાપરી શકાય એવો વ્યવસાયિક તર્ક:** અનેક સ્ક્રીનો એક જ ક્રિયાને બોલાવી શકે છે, જેથી જુદી સ્ક્રીનો પર અસંગત નિયમો ટાળી શકાય છે.
- **કામનું સ્પષ્ટ વિભાજન:** ડેવલપરો દરેક સ્તરની જવાબદારી અને તે આપલે કરતો ડેટા સમજી શકે છે.

## મર્યાદાઓ

- **ફેરફારો અનેક સ્તરોને અસર કરી શકે છે:** નવું ફીલ્ડ ઉમેરવા માટે ઘણી વાર પ્રસ્તુતિ, વ્યવસાયિક તર્ક અને સંગ્રહમાં ફેરફાર કરવો પડે છે.
- **અલગ ફોલ્ડરો પૂરતા નથી:** પ્રસ્તુતિ હજી સીધી ડેટા ક્વેરી કરે અથવા પોતે વ્યવસાયિક નિયમો લાગુ કરે તો સીમાઓ અસ્પષ્ટ બને છે.
- **ડેટા પરની નિર્ભરતા પરીક્ષણ જટિલ બનાવી શકે છે:** વ્યવસાયિક તર્ક ચોક્કસ ક્વેરી અમલીકરણ સાથે બંધાયેલો હોય તો પરીક્ષણો માટે વાસ્તવિક ડેટાબેઝની જરૂર પડી શકે છે.

## તેનો ઉપયોગ ક્યારે કરવો જોઈએ?

લેયર્ડ આર્કિટેક્ચર સંચાલન સાધનો, HR એપ્લિકેશનો અને ઘણા ફોર્મ તથા જાણીતી વ્યવસાયિક પ્રક્રિયાઓ ધરાવતી સિસ્ટમો માટે યોગ્ય છે. મોટી સિસ્ટમમાં કોડને વ્યવસાયિક મોડ્યુલોમાં વહેંચો અને દરેક મોડ્યુલની અંદર સ્તરો લાગુ કરો, જેથી દરેક સુવિધા ધરાવતો એક વિશાળ વ્યવસાયિક સ્તર ન બને.

લેયર્ડ આર્કિટેક્ચર શું છે?

સામાન્ય સ્તરો

વિનંતી કેવી રીતે સંભાળવામાં આવે છે?

ફાયદા

મર્યાદાઓ

તેનો ઉપયોગ ક્યારે કરવો જોઈએ?

સંબંધિત પ્રશ્નો