ક્લીન આર્કિટેક્ચર સૉફ્ટવેરને વ્યવસાયિક વર્તનની આસપાસ ગોઠવે છે અને તેને વપરાશકર્તા ઇન્ટરફેસ, ડેટાબેઝ અને ફ્રેમવર્કથી અલગ રાખે છે. તેનો હેતુ એપ્લિકેશનના મહત્વના નિયમો પર ટેકનોલોજીના ફેરફારોની અસર ઘટાડવાનો છે.
ઉદાહરણ તરીકે, “પહોંચાડેલો ઓર્ડર રદ કરી શકાતો નથી” એ વ્યવસાયિક નિયમ છે. ગ્રાહક વેબસાઇટ વાપરે કે મોબાઇલ એપ્લિકેશન, અને સંગ્રહની ટેકનોલોજી ગમે તે હોય, આ નિયમ એ જ રહે છે.
ક્લીન આર્કિટેક્ચરને સામાન્ય રીતે અંદરથી બહાર ગોઠવેલા વર્તુળો તરીકે દર્શાવવામાં આવે છે:
મુખ્ય નિયમ એ છે કે અંદરનો કોડ બહારના કોડ પર નિર્ભર ન હોવો જોઈએ. ઉપયોગનો કિસ્સો વ્યવસાયિક બાજુ વ્યાખ્યાયિત ઓર્ડર સંગ્રહના ઇન્ટરફેસ સાથે કામ કરી શકે છે; બાહ્ય ઍડેપ્ટર ચોક્કસ ટેકનોલોજીથી તે ઇન્ટરફેસ અમલમાં મૂકે છે.
ગ્રાહક રદ કરવાની વિનંતી કરે ત્યારે કન્ટ્રોલર રદ કરવાના ઉપયોગના કિસ્સાને બોલાવે છે. તે ડેટા ઍક્સેસ ઇન્ટરફેસથી ઓર્ડર મેળવે છે અને પછી ઓર્ડર ઑબ્જેક્ટને રદ કરવાની મંજૂરી છે કે નહીં તે તપાસવા કહે છે.
જો ઓર્ડર પહોંચાડાયો ન હોય અને શરતો પૂરી થતી હોય, તો તેની સ્થિતિ રદ થયેલી થાય છે. ઉપયોગનો કિસ્સો ફેરફાર સાચવવાની વિનંતી કરે છે, ડેટાબેઝ ઍડેપ્ટર લખાણ કરે છે અને કન્ટ્રોલર પરિણામ ગ્રાહકને પાછું આપે છે.
પ્રોગ્રામ ચાલતી વખતે વ્યવસાયિક તર્ક હજી પણ શરૂઆતમાં જોડાયેલા ઇન્ટરફેસ મારફતે ઍડેપ્ટરને બોલાવી શકે છે. નિર્ભરતાઓ અંદરની દિશામાં હોવાનો નિયમ કોડના ઘટકો વચ્ચેના સંબંધો વિશે છે; તેનો અર્થ એ નથી કે ડેટા કે કૉલ ફક્ત એક જ દિશામાં જઈ શકે.
ક્લીન આર્કિટેક્ચર જટિલ વ્યવસાયિક વર્તન, લાંબો વિકાસકાળ અને વારંવાર પરીક્ષણની જરૂર ધરાવતી સિસ્ટમો માટે ઉપયોગી છે. થોડાં ટેબલો ફક્ત વાંચતી અને લખતી નાની એપ્લિકેશન માટે સરળ રચના સાથે કામ કરવું વધુ સરળ હોઈ શકે છે. વાસ્તવિક જવાબદારીઓ અલગ કરવામાં મદદ ન થાય તો દરેક વર્તુળ કે ફોલ્ડર બનાવવાની જરૂર નથી.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો