1C: એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ માટે ટેકનોલોજી પ્લેટફોર્મ તરીકે ગ્રહણ

કદાચ, ગ્રહણ લાંબા સમયથી કોઈ ખાસ પરિચયની જરૂર નથી. ઘણા લોકો Eclipse થી પરિચિત છે આભાર Eclipse Java ડેવલપમેન્ટ ટૂલ્સ (જેડીટી). તે આ લોકપ્રિય ઓપન-સોર્સ Java IDE છે જેને મોટાભાગના વિકાસકર્તાઓ "એક્લિપ્સ" શબ્દ સાથે સાંકળે છે. જો કે, Eclipse બંને વિકાસ સાધનો (એક્લિપ્સ પ્લેટફોર્મ) ને એકીકૃત કરવા માટે એક્સ્ટેન્સિબલ પ્લેટફોર્મ છે અને JDT સહિત તેના આધારે બનેલ સંખ્યાબંધ IDEs છે. Eclipse એ Eclipse પ્રોજેક્ટ, Eclipse Platform અને JDT અને Eclipse SDKના વિકાસનું સંકલન કરનાર ઉચ્ચ-સ્તરનો પ્રોજેક્ટ છે, જે તે વિકાસનું વિતરિત પરિણામ છે. છેવટે, Eclipse એ પ્રોજેક્ટના વિશાળ સમુદાય સાથેનું ઓપન-સોર્સ ફાઉન્ડેશન છે, જેમાંથી તમામ Javaમાં લખાયેલા નથી અથવા વિકાસ સાધનો સાથે સંબંધિત નથી (ઉદાહરણ તરીકે, પ્રોજેક્ટ્સ Eclipse IoT и ગ્રહણ વિજ્ઞાન). ગ્રહણની દુનિયા ખૂબ જ વૈવિધ્યસભર છે.

આ લેખમાં, જે પ્રકૃતિમાં વિહંગાવલોકન છે, અમે સંકલિત વિકાસ સાધનોના નિર્માણ માટેના પ્લેટફોર્મ તરીકે ગ્રહણ આર્કિટેક્ચરની કેટલીક મૂળભૂત બાબતોને જોવાનો પ્રયાસ કરીશું અને તકનીકીનો પાયો રચતા ગ્રહણ ઘટકોનો પ્રારંભિક વિચાર આપીશું. "નવા રૂપરેખાકાર" 1C માટે પ્લેટફોર્મ: એન્ટરપ્રાઇઝ. 1C: એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ. અલબત્ત, આવી સમીક્ષા અનિવાર્યપણે મોટે ભાગે સુપરફિસિયલ અને તેના બદલે મર્યાદિત હશે, કારણ કે અમે લક્ષ્ય પ્રેક્ષકો તરીકે માત્ર Eclipse વિકાસકર્તાઓ પર જ ધ્યાન કેન્દ્રિત કરી રહ્યાં નથી. જો કે, અમે આશા રાખીએ છીએ કે અનુભવી Eclipse વિકાસકર્તાઓ પણ લેખમાં રસપ્રદ માહિતી મેળવી શકશે. ઉદાહરણ તરીકે, અમે "ગ્રહણના રહસ્યો" પૈકીના એક વિશે વાત કરીશું, જે પ્રમાણમાં નવો અને ઓછો જાણીતો પ્રોજેક્ટ છે. હાથથી ગ્રહણ, જે 1C દ્વારા સ્થાપિત અને સમર્થિત હતું.

એક્લીપ્સ આર્કિટેક્ચરનો પરિચય

ચાલો પ્રથમ ઉદાહરણનો ઉપયોગ કરીને એક્લિપ્સ આર્કિટેક્ચરના કેટલાક સામાન્ય પાસાઓ જોઈએ Eclipse Java વિકાસ સાધનો (JDT). ઉદાહરણ તરીકે JDT ની પસંદગી આકસ્મિક નથી. Eclipse માં દેખાતું આ પ્રથમ સંકલિત વિકાસ વાતાવરણ છે. અન્ય *DT Eclipse પ્રોજેક્ટ્સ, જેમ કે Eclipse C/C++ ડેવલપમેન્ટ ટૂલિંગ (CDT), પાછળથી બનાવવામાં આવ્યા હતા અને જેડીટી પાસેથી મૂળભૂત આર્કિટેક્ચરલ સિદ્ધાંતો અને વ્યક્તિગત સ્ત્રોત કોડના ટુકડા બંને ઉધાર લીધા હતા. 1C:એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ સહિત, Eclipse પ્લેટફોર્મની ટોચ પર બનેલ લગભગ કોઈપણ IDE માટે JDT માં નિર્ધારિત આર્કિટેક્ચરના મૂળભૂત સિદ્ધાંતો આજ સુધી સુસંગત છે.

સૌ પ્રથમ, એ નોંધવું જોઈએ કે Eclipse એ એકદમ સ્પષ્ટ આર્કિટેક્ચરલ લેયરિંગ દ્વારા વર્ગીકૃત થયેલ છે, જેમાં ચોક્કસ પ્રોગ્રામિંગ ભાષાઓને સમર્થન આપવા માટે રચાયેલ કાર્યક્ષમતાથી ભાષા-સ્વતંત્ર કાર્યક્ષમતાને અલગ કરીને, અને સંકળાયેલ ઘટકોમાંથી UI-સ્વતંત્ર "મુખ્ય" ઘટકોને અલગ કરવું. સપોર્ટિંગ યુઝર ઇન્ટરફેસ સાથે.

આમ, એક્લિપ્સ પ્લેટફોર્મ એક સામાન્ય, ભાષા-સ્વતંત્ર ઈન્ફ્રાસ્ટ્રક્ચરને વ્યાખ્યાયિત કરે છે, અને જાવા ડેવલપમેન્ટ ટૂલ્સ એક્લિપ્સમાં સંપૂર્ણ સુવિધાયુક્ત Java IDE ઉમેરે છે. Eclipse Platform અને JDT બંને કેટલાક ઘટકો ધરાવે છે, જેમાંથી દરેક UI-સ્વતંત્ર “કોર” અથવા UI સ્તર (આકૃતિ 1) સાથે સંબંધિત છે.

ચોખા. 1. ગ્રહણ પ્લેટફોર્મ અને JDT

ચાલો એક્લિપ્સ પ્લેટફોર્મના મુખ્ય ઘટકોની સૂચિ બનાવીએ:

• રનટાઇમ - પ્લગઈન ઈન્ફ્રાસ્ટ્રક્ચર વ્યાખ્યાયિત કરે છે. ગ્રહણ મોડ્યુલર આર્કિટેક્ચર દ્વારા વર્ગીકૃત થયેલ છે. અનિવાર્યપણે, Eclipse એ "એક્સ્ટેંશન પોઈન્ટ્સ" અને "એક્સ્ટેંશન" નો સંગ્રહ છે.
• કાર્યક્ષેત્ર - એક અથવા વધુ પ્રોજેક્ટનું સંચાલન કરે છે. પ્રોજેક્ટમાં ફોલ્ડર્સ અને ફાઇલોનો સમાવેશ થાય છે જે સીધી ફાઇલ સિસ્ટમમાં મેપ કરવામાં આવે છે.
• માનક વિજેટ ટૂલકીટ (SWT) - ઓપરેટિંગ સિસ્ટમ સાથે સંકલિત મૂળભૂત વપરાશકર્તા ઇન્ટરફેસ તત્વો પ્રદાન કરે છે.
• જેફેસ - SWT ની ટોચ પર બનેલ સંખ્યાબંધ UI ફ્રેમવર્ક પ્રદાન કરે છે.
• વર્કબેન્ચ — Eclipse UI દાખલા વ્યાખ્યાયિત કરે છે: સંપાદકો, દૃશ્યો, પરિપ્રેક્ષ્યો.

એવું કહેવું આવશ્યક છે કે Eclipse પ્લેટફોર્મ ડીબગ, સરખામણી, શોધ અને ટીમ સહિત સંકલિત વિકાસ સાધનો બનાવવા માટે અન્ય ઘણા ઉપયોગી ઘટકો પણ પ્રદાન કરે છે. જેફેસ ટેક્સ્ટનો વિશેષ ઉલ્લેખ કરવો જોઈએ - સ્ત્રોત કોડના "સ્માર્ટ એડિટર્સ" બનાવવા માટેનો આધાર. કમનસીબે, આ ઘટકોની તેમજ UI લેયર ઘટકોની કર્સરી પરીક્ષા પણ આ લેખના અવકાશમાં શક્ય નથી, તેથી આ વિભાગના બાકીના ભાગમાં આપણે પોતાને મુખ્ય "મુખ્ય" ઘટકોની ઝાંખી સુધી મર્યાદિત કરીશું. એક્લિપ્સ પ્લેટફોર્મ અને જેડીટી.

કોર રનટાઇમ

Eclipse પ્લગઈન ઈન્ફ્રાસ્ટ્રક્ચર પર આધારિત છે ઓએસજી અને પ્રોજેક્ટ દ્વારા પ્રદાન કરવામાં આવે છે ગ્રહણ સમપ્રકાશીય. દરેક Eclipse પ્લગઇન એ OSGi બંડલ છે. OSGi સ્પષ્ટીકરણ, ખાસ કરીને, વર્ઝનિંગ અને ડિપેન્ડન્સી રિઝોલ્યુશન માટેની પદ્ધતિઓ વ્યાખ્યાયિત કરે છે. આ પ્રમાણભૂત પદ્ધતિઓ ઉપરાંત, ઇક્વિનોક્સ ખ્યાલ રજૂ કરે છે વિસ્તરણ બિંદુઓ. દરેક પ્લગઇન તેના પોતાના એક્સ્ટેંશન પોઈન્ટને વ્યાખ્યાયિત કરી શકે છે અને સમાન અથવા અન્ય પ્લગઈનો દ્વારા વ્યાખ્યાયિત એક્સ્ટેંશન પોઈન્ટનો ઉપયોગ કરીને સિસ્ટમમાં વધારાની કાર્યક્ષમતા ("એક્સ્ટેન્શન્સ") પણ રજૂ કરી શકે છે. OSGi અને ઇક્વિનોક્સ મિકેનિઝમ્સનું કોઈપણ વિગતવાર વર્ણન આ લેખના અવકાશની બહાર છે. ચાલો માત્ર એ નોંધીએ કે Eclipse માં મોડ્યુલરાઈઝેશન કુલ છે (રનટાઇમ સહિત કોઈપણ સબસિસ્ટમમાં એક અથવા વધુ પ્લગઈનો હોય છે), અને Eclipse માં લગભગ બધું જ એક્સ્ટેંશન છે. તદુપરાંત, આ સિદ્ધાંતો OSGi ની રજૂઆતના ઘણા સમય પહેલા Eclipse આર્કિટેક્ચરમાં એમ્બેડ કરવામાં આવ્યા હતા (તે સમયે તેઓ તેમની પોતાની તકનીકનો ઉપયોગ કરતા હતા, OSGi જેવી જ).

કોર વર્કસ્પેસ

Eclipse પ્લેટફોર્મની ટોચ પર બનેલ લગભગ કોઈપણ સંકલિત વિકાસ વાતાવરણ Eclipse વર્કસ્પેસ સાથે કામ કરે છે. તે વર્કસ્પેસ છે જે સામાન્ય રીતે IDE માં વિકસિત એપ્લિકેશનનો સ્રોત કોડ ધરાવે છે. વર્કસ્પેસ નકશા સીધા ફાઇલ સિસ્ટમ પર હોય છે અને તેમાં પ્રોજેક્ટ્સનો સમાવેશ થાય છે, જેમાં ફોલ્ડર્સ અને ફાઇલો હોય છે. આ પ્રોજેક્ટ્સ, ફોલ્ડર્સ અને ફાઇલોને કહેવામાં આવે છે સંસાધનો કાર્યસ્થળ Eclipse માં વર્કસ્પેસ અમલીકરણ ફાઇલ સિસ્ટમના સંબંધમાં કેશ તરીકે કામ કરે છે, જે સંસાધન વૃક્ષના ટ્રાવર્સલને નોંધપાત્ર રીતે ઝડપી બનાવવાનું શક્ય બનાવે છે. વધુમાં, વર્કસ્પેસ સહિતની સંખ્યાબંધ વધારાની સેવાઓ પૂરી પાડે છે સંસાધન ફેરફારો માટે સૂચના પદ્ધતિ и ઇન્ક્રીમેન્ટલ બિલ્ડર ઇન્ફ્રાસ્ટ્રક્ચર.

મુખ્ય સંસાધન ઘટક (org.eclipse.core.resources પ્લગઇન) વર્કસ્પેસ અને તેના સંસાધનોને સમર્થન આપવા માટે જવાબદાર છે. ખાસ કરીને, આ ઘટક ફોર્મમાં વર્કસ્પેસ માટે પ્રોગ્રામેટિક એક્સેસ પ્રદાન કરે છે સંસાધન મોડેલો. આ મોડેલ સાથે અસરકારક રીતે કામ કરવા માટે, ક્લાયન્ટને સંસાધનની લિંક પ્રસ્તુત કરવાની સરળ રીતની જરૂર છે. આ કિસ્સામાં, તે ઑબ્જેક્ટને છુપાવવા માટે ઇચ્છનીય હશે જે ક્લાયંટ ઍક્સેસથી મોડેલમાં સંસાધનની સ્થિતિને સીધી રીતે સંગ્રહિત કરે છે. નહિંતર, ઉદાહરણ તરીકે, ફાઇલને કાઢી નાખવાના કિસ્સામાં, ક્લાયંટ આગામી સમસ્યાઓ સાથે, મોડેલમાં ન હોય તેવા ઑબ્જેક્ટને પકડી રાખવાનું ચાલુ રાખી શકે છે. Eclipse નામની કોઈ વસ્તુનો ઉપયોગ કરીને આ સમસ્યાનો ઉકેલ લાવે છે હેન્ડલ સંસાધન હેન્ડલ કી તરીકે કાર્ય કરે છે (તે ફક્ત કાર્યસ્થળમાં સંસાધનનો માર્ગ જાણે છે) અને આંતરિક મોડલ ઑબ્જેક્ટની ઍક્સેસને સંપૂર્ણપણે નિયંત્રિત કરે છે, જે સંસાધનની સ્થિતિ વિશે સીધી માહિતી સંગ્રહિત કરે છે. આ ડિઝાઇન પેટર્નની વિવિધતા છે હેન્ડલ/બોડી.

ચોખા. આકૃતિ 2 હેન્ડલ/બોડી રૂઢિપ્રયોગને સંસાધન મોડેલ પર લાગુ કરે છે તે દર્શાવે છે. IRResource ઈન્ટરફેસ એ રિસોર્સના હેન્ડલનું પ્રતિનિધિત્વ કરે છે અને એ એપીઆઈ છે, રિસોર્સ ક્લાસથી વિપરીત, જે આ ઈન્ટરફેસને અમલમાં મૂકે છે અને રિસોર્સઈન્ફો ક્લાસ, જે બોડીનું પ્રતિનિધિત્વ કરે છે, જે API નથી. અમે ભારપૂર્વક જણાવીએ છીએ કે હેન્ડલ માત્ર વર્કસ્પેસ રુટને સંબંધિત સંસાધનનો માર્ગ જાણે છે અને તેમાં સંસાધન માહિતીની લિંક શામેલ નથી. સંસાધન માહિતી પદાર્થો કહેવાતા "તત્વ વૃક્ષ" બનાવે છે. આ ડેટા સ્ટ્રક્ચર સંપૂર્ણપણે મેમરીમાં મટીરિયલાઇઝ્ડ છે. હેન્ડલને અનુરૂપ સંસાધન માહિતી દાખલા શોધવા માટે, એલિમેન્ટ ટ્રી તે હેન્ડલમાં સંગ્રહિત પાથ અનુસાર પસાર થાય છે.

ચોખા. 2. IRResource અને ResourceInfo

જેમ આપણે પછી જોઈશું, રિસોર્સ મૉડલની મૂળભૂત ડિઝાઇન (અમે તેને હેન્ડલ-આધારિત કહી શકીએ છીએ)નો ઉપયોગ અન્ય મૉડલ્સ માટે પણ Eclipse માં થાય છે. હમણાં માટે, ચાલો આ ડિઝાઇનના કેટલાક વિશિષ્ટ ગુણધર્મોને સૂચિબદ્ધ કરીએ:

• હેન્ડલ એ વેલ્યુ ઓબ્જેક્ટ છે. મૂલ્યની વસ્તુઓ એ અપરિવર્તનશીલ પદાર્થો છે જેની સમાનતા ઓળખ પર આધારિત નથી. આવા પદાર્થોને હેશ કરેલા કન્ટેનરમાં કી તરીકે સુરક્ષિત રીતે વાપરી શકાય છે. હેન્ડલના બહુવિધ ઉદાહરણો સમાન સંસાધનનો સંદર્ભ આપી શકે છે. તેમની સરખામણી કરવા માટે, તમારે equals(Object) પદ્ધતિનો ઉપયોગ કરવાની જરૂર છે.
• હેન્ડલ સંસાધનની વર્તણૂકને વ્યાખ્યાયિત કરે છે, પરંતુ તેમાં સંસાધનની સ્થિતિ વિશેની માહિતી શામેલ નથી (માત્ર તે ડેટા સંગ્રહિત કરે છે તે "કી", સંસાધનનો માર્ગ છે).
• હેન્ડલ એવા સંસાધનને સંદર્ભિત કરી શકે છે જે અસ્તિત્વમાં નથી (ક્યાં તો એવું સંસાધન કે જે હજી સુધી બનાવવામાં આવ્યું નથી, અથવા એક સંસાધન કે જે પહેલાથી કાઢી નાખવામાં આવ્યું છે). IResource.exists() પદ્ધતિનો ઉપયોગ કરીને સંસાધનનું અસ્તિત્વ ચકાસી શકાય છે.
• અમુક કામગીરી ફક્ત હેન્ડલમાં જ સંગ્રહિત માહિતીના આધારે અમલમાં મૂકી શકાય છે (કહેવાતા હેન્ડલ-ઓન્લી ઓપરેશન્સ). ઉદાહરણો IResource.getParent(), getFullPath(), વગેરે છે. આવી કામગીરી સફળ થવા માટે સંસાધન અસ્તિત્વમાં હોવું જરૂરી નથી. જો સંસાધન અસ્તિત્વમાં ન હોય તો સફળ થવા માટે સંસાધનના અસ્તિત્વની જરૂર હોય તેવા ઓપરેશન્સ CoreException મૂકો.

Eclipse વર્કસ્પેસ સંસાધન ફેરફારોને સૂચિત કરવા માટે એક કાર્યક્ષમ પદ્ધતિ પ્રદાન કરે છે (આકૃતિ 3). Eclipse IDE ની અંદર જ કરવામાં આવતી ક્રિયાઓના પરિણામે અથવા ફાઇલ સિસ્ટમ સાથે સિંક્રનાઇઝેશનના પરિણામે સંસાધનો બદલાઈ શકે છે. બંને કિસ્સાઓમાં, ગ્રાહકો કે જેઓ સૂચનાઓ પર સબ્સ્ક્રાઇબ કરે છે તેઓને "સંસાધન ડેલ્ટા" ના સ્વરૂપમાં ફેરફારો વિશે વિગતવાર માહિતી પ્રદાન કરવામાં આવે છે. ડેલ્ટા વર્કસ્પેસ રિસોર્સ (સબ-) વૃક્ષની બે અવસ્થાઓ વચ્ચેના ફેરફારોનું વર્ણન કરે છે અને તે પોતે એક વૃક્ષ છે, જેમાંથી દરેક નોડ સંસાધનમાં ફેરફારનું વર્ણન કરે છે અને આગલા સ્તર પર ડેલ્ટાની સૂચિ ધરાવે છે જે બાળ સંસાધનોમાં થતા ફેરફારોનું વર્ણન કરે છે.

ચોખા. 3. IResourceChangeEvent અને IResourceDelta

સંસાધન ડેલ્ટા પર આધારિત સૂચના પદ્ધતિમાં નીચેની લાક્ષણિકતાઓ છે:

• એક જ સંરચનાનો ઉપયોગ કરીને એક જ ફેરફાર અને ઘણા ફેરફારોનું વર્ણન કરવામાં આવે છે, કારણ કે ડેલ્ટા પુનરાવર્તિત રચનાના સિદ્ધાંતનો ઉપયોગ કરીને બનાવવામાં આવે છે. સબ્સ્ક્રાઇબર ક્લાયંટ ડેલ્ટાના વૃક્ષ દ્વારા પુનરાવર્તિત વંશનો ઉપયોગ કરીને સંસાધન પરિવર્તન સૂચનાઓ પર પ્રક્રિયા કરી શકે છે.
• ડેલ્ટામાં તેની હિલચાલ અને/અથવા તેની સાથે સંકળાયેલા "માર્કર્સ" માં થતા ફેરફારો (ઉદાહરણ તરીકે, સંકલન ભૂલોને માર્કર્સ તરીકે દર્શાવવામાં આવે છે) સહિત સંસાધનમાં થતા ફેરફારો વિશે સંપૂર્ણ માહિતી શામેલ છે.
• કારણ કે સંસાધન સંદર્ભો હેન્ડલ દ્વારા બનાવવામાં આવે છે, ડેલ્ટા કુદરતી રીતે દૂરસ્થ સંસાધનનો સંદર્ભ આપી શકે છે.

જેમ આપણે ટૂંક સમયમાં જોઈશું, રિસોર્સ મોડલ ચેન્જ નોટિફિકેશન મિકેનિઝમની ડિઝાઇનના મુખ્ય ઘટકો અન્ય હેન્ડલ-આધારિત મોડલ્સ માટે પણ સુસંગત છે.

જેડીટી કોર

એક્લિપ્સ વર્કસ્પેસ રિસોર્સ મોડલ એ મૂળભૂત ભાષા-અજ્ઞેયવાદી મોડલ છે. જેડીટી કોર ઘટક (પ્લગઇન org.eclipse.jdt.core) જાવા પરિપ્રેક્ષ્યમાંથી વર્કસ્પેસ સ્ટ્રક્ચરને નેવિગેટ કરવા અને તેનું વિશ્લેષણ કરવા માટે API પ્રદાન કરે છે, કહેવાતા "જાવા મોડેલ" (જાવા મોડેલ). આ API ને જાવા તત્વોના સંદર્ભમાં વ્યાખ્યાયિત કરવામાં આવે છે, જે અંતર્ગત સંસાધન મોડલ API ના વિરોધમાં, જે ફોલ્ડર્સ અને ફાઇલોના સંદર્ભમાં વ્યાખ્યાયિત કરવામાં આવે છે. જાવા એલિમેન્ટ ટ્રીના મુખ્ય ઇન્ટરફેસ ફિગમાં બતાવવામાં આવ્યા છે. 4.

ચોખા. 4. જાવા મોડલ તત્વો

જાવા મોડલ એ જ હેન્ડલ/બોડી રૂઢિપ્રયોગનો ઉપયોગ રિસોર્સ મોડલ (આકૃતિ 5) તરીકે કરે છે. IJavaElement એ હેન્ડલ છે, અને JavaElementInfo શરીરની ભૂમિકા ભજવે છે. IJavaElement ઈન્ટરફેસ બધા Java તત્વો માટે સામાન્ય પ્રોટોકોલ વ્યાખ્યાયિત કરે છે. તેની કેટલીક પદ્ધતિઓ માત્ર-હેન્ડલ છે: getElementName(), getParent(), વગેરે. JavaElementInfo ઑબ્જેક્ટ અનુરૂપ તત્વની સ્થિતિને સંગ્રહિત કરે છે: તેની રચના અને લક્ષણો.

ચોખા. 5. IJavaElement અને JavaElementInfo

જાવા મોડેલમાં સંસાધન મોડેલની તુલનામાં મૂળભૂત હેન્ડલ/બોડી ડિઝાઇનના અમલીકરણમાં કેટલાક તફાવતો છે. ઉપર નોંધ્યું છે તેમ, સંસાધન મોડેલમાં, તત્વ વૃક્ષ, જેના ગાંઠો સંસાધન માહિતી પદાર્થો છે, તે સંપૂર્ણપણે મેમરીમાં સમાયેલ છે. પરંતુ જાવા મોડેલમાં સંસાધન વૃક્ષ કરતાં નોંધપાત્ર રીતે મોટી સંખ્યામાં તત્વો હોઈ શકે છે, કારણ કે તે .java અને .class ફાઈલોની આંતરિક રચનાને પણ રજૂ કરે છે: પ્રકારો, ક્ષેત્રો અને પદ્ધતિઓ.

મેમરીમાં તત્વોના સંપૂર્ણ વૃક્ષને સંપૂર્ણપણે સાકાર ન કરવા માટે, Java મોડેલ અમલીકરણ એલિમેન્ટ માહિતીના મર્યાદિત કદના LRU કેશનો ઉપયોગ કરે છે, જ્યાં કી હેન્ડલ IJavaElement છે. તત્વ માહિતી વસ્તુઓ માંગ પર બનાવવામાં આવે છે કારણ કે તત્વ વૃક્ષ નેવિગેટ કરવામાં આવે છે. આ કિસ્સામાં, ઓછામાં ઓછી વારંવાર ઉપયોગમાં લેવાતી વસ્તુઓ કેશમાંથી બહાર કાઢવામાં આવે છે, અને મોડેલની મેમરી વપરાશ નિર્દિષ્ટ કેશ કદ સુધી મર્યાદિત રહે છે. હેન્ડલ-આધારિત ડિઝાઇનનો આ બીજો ફાયદો છે, જે ક્લાયંટ કોડમાંથી આવી અમલીકરણ વિગતોને સંપૂર્ણપણે છુપાવે છે.

જાવા તત્વોમાં ફેરફારોને સૂચિત કરવાની પદ્ધતિ સામાન્ય રીતે ઉપર ચર્ચા કરેલ વર્કસ્પેસ સંસાધનોમાં ફેરફારોને ટ્રેક કરવા માટેની પદ્ધતિ જેવી જ છે. જાવા મોડેલમાં ફેરફારોને મોનિટર કરવા ઈચ્છતો ક્લાયન્ટ સૂચનાઓનું સબ્સ્ક્રાઇબ કરે છે, જે ElementChangedEvent ઑબ્જેક્ટ તરીકે રજૂ થાય છે જેમાં IJavaElementDelta (આકૃતિ 6) હોય છે.

ચોખા. 6. ElementChangedEvent અને IJavaElementDelta

જાવા મોડેલમાં મેથડ બોડી અથવા નામ રિઝોલ્યુશન વિશેની માહિતી શામેલ નથી, તેથી જાવામાં લખેલા કોડના વિગતવાર વિશ્લેષણ માટે, JDT કોર એક વધારાનું (નોન-હેન્ડલ-આધારિત) મોડેલ પૂરું પાડે છે: અમૂર્ત વાક્યરચના વૃક્ષ (અમૂર્ત સિન્ટેક્સ ટ્રી, AST). AST સ્રોત ટેક્સ્ટને પાર્સ કરવાના પરિણામને રજૂ કરે છે. AST નોડ્સ સ્રોત મોડ્યુલ (ઘોષણાઓ, ઓપરેટરો, અભિવ્યક્તિઓ, વગેરે) ની રચનાના ઘટકોને અનુરૂપ છે અને તેમાં સ્રોત ટેક્સ્ટમાં અનુરૂપ તત્વના કોઓર્ડિનેટ્સ વિશેની માહિતી તેમજ (એક વિકલ્પ તરીકે) માં નામ રિઝોલ્યુશન વિશેની માહિતી શામેલ છે. કહેવાતી લિંક્સનું સ્વરૂપ બાઇન્ડિંગ્સ. બાઈન્ડિંગ્સ એ એવા ઑબ્જેક્ટ્સ છે જે કમ્પાઈલરને જાણીતા પ્રકારો, પદ્ધતિઓ અને ચલો જેવા નામવાળી સંસ્થાઓનું પ્રતિનિધિત્વ કરે છે. AST નોડ્સથી વિપરીત, જે એક વૃક્ષ બનાવે છે, બાઈન્ડિંગ્સ ક્રોસ-રેફરન્સિંગને સપોર્ટ કરે છે અને સામાન્ય રીતે ગ્રાફ બનાવે છે. અમૂર્ત વર્ગ ASTNode એ તમામ AST નોડ્સ માટે સામાન્ય આધાર વર્ગ છે. ASTNode પેટા વર્ગો જાવા ભાષાના ચોક્કસ વાક્યરચના રચનાઓને અનુરૂપ છે.

કારણ કે સિન્ટેક્સ ટ્રી નોંધપાત્ર પ્રમાણમાં મેમરીનો ઉપયોગ કરી શકે છે, JDT સક્રિય સંપાદક માટે માત્ર એક AST કેશ કરે છે. જાવા મોડલથી વિપરીત, એએસટીને સામાન્ય રીતે "મધ્યવર્તી," "અસ્થાયી" મોડલ તરીકે જોવામાં આવે છે જેના સભ્યોને એએસટીની રચના તરફ દોરી ગયેલી કામગીરીના સંદર્ભની બહાર ક્લાયન્ટ દ્વારા સંદર્ભિત ન રાખવો જોઈએ.

સૂચિબદ્ધ ત્રણ મોડલ (જાવા મોડેલ, એએસટી, બાઈન્ડીંગ્સ) મળીને જેડીટીમાં "બુદ્ધિશાળી વિકાસ સાધનો" બનાવવા માટેનો આધાર બનાવે છે, જેમાં વિવિધ "સહાયકો" સાથેના શક્તિશાળી જાવા એડિટરનો સમાવેશ થાય છે, સ્ત્રોત કોડની પ્રક્રિયા કરવા માટેની વિવિધ ક્રિયાઓ (આયાતની સૂચિ ગોઠવવા સહિત) નામો અને વૈવિધ્યપૂર્ણ શૈલી અનુસાર ફોર્મેટિંગ), શોધ અને રિફેક્ટરિંગ ટૂલ્સ. આ કિસ્સામાં, જાવા મોડેલ એક વિશેષ ભૂમિકા ભજવે છે, કારણ કે તે તે છે જેનો ઉપયોગ એપ્લિકેશનની રચનાની વિઝ્યુઅલ રજૂઆત માટેના આધાર તરીકે થાય છે (ઉદાહરણ તરીકે, પેકેજ એક્સપ્લોરર, આઉટલાઇન, શોધ, કૉલ હાયરાર્કી અને પ્રકાર હાયરાર્કી).

1C માં વપરાતા ગ્રહણ ઘટકો: એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ

ફિગ માં. આકૃતિ 7 ગ્રહણના ઘટકો દર્શાવે છે જે 1C:એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ માટે ટેક્નોલોજી પ્લેટફોર્મનો પાયો બનાવે છે.

ચોખા. 7. 1C: એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ માટે પ્લેટફોર્મ તરીકે ગ્રહણ

ગ્રહણ પ્લેટફોર્મ મૂળભૂત ઈન્ફ્રાસ્ટ્રક્ચર પૂરું પાડે છે. અમે અગાઉના વિભાગમાં આ ઈન્ફ્રાસ્ટ્રક્ચરના કેટલાક પાસાઓ જોયા હતા.

ગ્રહણ મોડેલિંગ ફ્રેમવર્ક (ઇએમએફ) સ્ટ્રક્ચર્ડ ડેટાના મોડેલિંગના સામાન્ય માધ્યમ પૂરા પાડે છે. EMF એક્લિપ્સ પ્લેટફોર્મ સાથે સંકલિત છે, પરંતુ નિયમિત જાવા એપ્લિકેશન્સમાં પણ અલગથી ઉપયોગ કરી શકાય છે. ઘણી વાર, નવા Eclipse વિકાસકર્તાઓ પહેલેથી જ EMF થી સારી રીતે પરિચિત છે, જો કે તેઓ હજુ સુધી Eclipse પ્લેટફોર્મની જટિલતાઓને સંપૂર્ણપણે સમજી શકતા નથી. આવી સારી રીતે લાયક લોકપ્રિયતા માટેનું એક કારણ સાર્વત્રિક ડિઝાઇન છે, જેમાં અન્ય વસ્તુઓની સાથે, એકીકૃત મેટા-લેવલ APIનો સમાવેશ થાય છે, જે તમને સામાન્ય રીતે કોઈપણ EMF મોડેલ સાથે કામ કરવાની મંજૂરી આપે છે. મેટા-મોડલ પર આધારિત મોડલ કોડ જનરેટ કરવા માટે EMF અને સબસિસ્ટમ દ્વારા પ્રદાન કરવામાં આવેલ મોડેલ ઑબ્જેક્ટ્સ માટેના મૂળભૂત અમલીકરણો વિકાસની ગતિમાં નોંધપાત્ર વધારો કરે છે અને ભૂલોની સંખ્યામાં ઘટાડો કરે છે. EMF માં મોડેલોને સીરીયલાઇઝ કરવા, મોડેલમાં થતા ફેરફારોને ટ્રેક કરવા અને ઘણું બધું કરવા માટેની મિકેનિઝમ્સ પણ છે.

કોઈપણ સાચા સામાન્ય હેતુના સાધનની જેમ, EMF મોડેલિંગ સમસ્યાઓની વિશાળ શ્રેણીને ઉકેલવા માટે યોગ્ય છે, પરંતુ મોડેલના કેટલાક વર્ગો (ઉદાહરણ તરીકે, ઉપર ચર્ચા કરાયેલા હેન્ડલ-આધારિત મોડલ્સ) માટે વધુ વિશિષ્ટ મોડેલિંગ સાધનોની જરૂર પડી શકે છે. EMF વિશે વાત કરવી એ એક આભારવિહીન કાર્ય છે, ખાસ કરીને એક લેખની મર્યાદિત મર્યાદામાં, કારણ કે આ એક અલગ પુસ્તકનો વિષય છે, અને તેના બદલે એક જાડો છે. ચાલો માત્ર એટલું જ નોંધીએ કે EMF અંતર્ગત સામાન્યીકરણની ઉચ્ચ-ગુણવત્તાવાળી પ્રણાલીએ મોડેલિંગને સમર્પિત પ્રોજેક્ટ્સની સંપૂર્ણ શ્રેણીના જન્મની મંજૂરી આપી હતી, જે ઉચ્ચ-સ્તરના પ્રોજેક્ટમાં સમાવિષ્ટ છે. ગ્રહણ મોડેલિંગ EMF પોતે સાથે. આવો જ એક પ્રોજેક્ટ છે Eclipse Xtext.

Xtext ગ્રહણ "ટેક્સ્ટ મોડેલિંગ" ઈન્ફ્રાસ્ટ્રક્ચર પૂરું પાડે છે. Xtext વાપરે છે એએનટીએલઆર પરિણામી ASG (અમૂર્ત સિમેન્ટીક ગ્રાફ, જે અનિવાર્યપણે AST અને બાઈન્ડીંગ્સનું સંયોજન છે) નું પ્રતિનિધિત્વ કરવા માટે સ્ત્રોત ટેક્સ્ટ અને EMF ને પાર્સ કરવા માટે, જેને "સિમેન્ટીક મોડલ" પણ કહેવાય છે. Xtext દ્વારા મોડેલ કરાયેલ ભાષાનું વ્યાકરણ Xtext ની પોતાની ભાષામાં વર્ણવેલ છે. આ તમને ANTLR માટે માત્ર વ્યાકરણ વર્ણન જનરેટ કરવાની જ નહીં, પણ AST સીરીયલાઇઝેશન મિકેનિઝમ (એટલે ​​​​કે Xtext પાર્સર અને અનપાર્સર બંને પ્રદાન કરે છે), સંદર્ભ સંકેત અને સંખ્યાબંધ અન્ય ભાષા ઘટકો મેળવવા માટે પણ પરવાનગી આપે છે. બીજી તરફ, Xtext માં વપરાતી વ્યાકરણની ભાષા ANTLR માં વપરાતી વ્યાકરણ ભાષા કરતાં ઓછી લવચીક છે. તેથી, કેટલીકવાર અમલમાં મૂકાયેલ ભાષાને Xtext પર "વાંકવું" જરૂરી છે, જે સામાન્ય રીતે કોઈ સમસ્યા નથી જો આપણે શરૂઆતથી વિકસિત ભાષા વિશે વાત કરી રહ્યા હોઈએ, પરંતુ તે પહેલાથી સ્થાપિત વાક્યરચનાવાળી ભાષાઓ માટે અસ્વીકાર્ય હોઈ શકે છે. આ હોવા છતાં, Xtext હાલમાં તેમના માટે પ્રોગ્રામિંગ ભાષાઓ અને ડેવલપમેન્ટ ટૂલ્સ બનાવવા માટે Eclipse માં સૌથી વધુ પરિપક્વ, સુવિધાયુક્ત અને બહુમુખી સાધન છે. ખાસ કરીને, તે ઝડપી પ્રોટોટાઇપિંગ માટે એક આદર્શ સાધન છે ડોમેન-વિશિષ્ટ ભાષાઓ (ડોમેન-વિશિષ્ટ ભાષા, DSL). ANTLR અને EMF પર આધારિત ઉપરોક્ત "લેંગ્વેજ કોર" ઉપરાંત, Xtext ઘણા ઉપયોગી ઉચ્ચ-સ્તરના ઘટકો પૂરા પાડે છે, જેમાં ઇન્ડેક્સીંગ મિકેનિઝમ્સ, ઇન્ક્રીમેન્ટલ કન્સ્ટ્રક્શન, "સ્માર્ટ એડિટર" અને ઘણું બધું, પરંતુ હેન્ડલ છોડી દે છે- આધારિત ભાષા મોડેલો. EMF ની જેમ, Xtext એ એક અલગ પુસ્તક માટે લાયક વિષય છે, અને અમે અત્યારે તેની બધી ક્ષમતાઓ વિશે ભાગ્યે જ ટૂંકમાં વાત કરી શકીએ છીએ.

1C:એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ EMF પોતે અને અન્ય એક્લીપ્સ મોડેલિંગ પ્રોજેક્ટ બંનેનો સક્રિયપણે ઉપયોગ કરે છે. ખાસ કરીને, Xtext એ આવા 1C માટે વિકાસ સાધનોના પાયામાંનું એક છે: બિલ્ટ-ઇન પ્રોગ્રામિંગ લેંગ્વેજ અને ક્વેરી લેંગ્વેજ તરીકે એન્ટરપ્રાઇઝ લેંગ્વેજ. આ ડેવલપમેન્ટ ટૂલ્સ માટેનો બીજો આધાર Eclipse Handly પ્રોજેક્ટ છે, જેની આપણે વધુ વિગતમાં ચર્ચા કરીશું (સૂચિબદ્ધ Eclipse ઘટકોમાંથી, તે હજુ પણ ઓછા જાણીતા છે).

હાથથી ગ્રહણ, Eclipse ટેક્નોલોજી ટોપ-લેવલ પ્રોજેક્ટનો સબપ્રોજેક્ટ, 1 માં 2014C દ્વારા કરવામાં આવેલા એક્લિપ્સ ફાઉન્ડેશનમાં પ્રારંભિક કોડ યોગદાનના પરિણામે ઉભરી આવ્યો હતો. ત્યારથી, 1C એ પ્રોજેક્ટના વિકાસને સમર્થન આપવાનું ચાલુ રાખ્યું છે: હેન્ડલી કમિટર્સ કંપનીના કર્મચારીઓ છે. પ્રોજેક્ટ નાનો છે, પરંતુ તે Eclipse માં એક અનન્ય સ્થાન ધરાવે છે: તેનું મુખ્ય ધ્યેય હેન્ડલ-આધારિત મોડલ્સના વિકાસને સમર્થન આપવાનું છે.

હેન્ડલ-આધારિત મોડેલોના મૂળભૂત સ્થાપત્ય સિદ્ધાંતો, જેમ કે હેન્ડલ/બોડી રૂઢિપ્રયોગ, ઉદાહરણ તરીકે સંસાધન મોડેલ અને જાવા મોડેલનો ઉપયોગ કરીને ઉપર ચર્ચા કરવામાં આવી હતી. તેણે એ પણ નોંધ્યું કે રિસોર્સ મોડલ અને જાવા મોડલ બંને એક્લીપ્સ જાવા ડેવલપમેન્ટ ટૂલ્સ (JDT) માટે મહત્વપૂર્ણ પાયા છે. અને લગભગ તમામ *DT Eclipse પ્રોજેક્ટ્સમાં JDT જેવું જ આર્કિટેક્ચર હોવાથી, એ કહેવું બહુ અતિશયોક્તિ નહીં હોય કે હેન્ડલ-આધારિત મૉડલો ઘણા બધાને અન્ડરલાઈન કરે છે, જો Eclipse પ્લેટફોર્મની ટોચ પર બનેલા બધા IDE નથી. ઉદાહરણ તરીકે, એક્લિપ્સ C/C++ ડેવલપમેન્ટ ટૂલિંગ (CDT) પાસે હેન્ડલ-આધારિત C/C++ મોડલ છે જે CDT આર્કિટેક્ચરમાં તે જ ભૂમિકા ભજવે છે જે રીતે જાવા મોડલ JDTમાં કરે છે.

Handly પહેલાં, Eclipse હેન્ડલ-આધારિત ભાષા મોડલ બનાવવા માટે વિશિષ્ટ પુસ્તકાલયો ઓફર કરતી ન હતી. હાલમાં જે મોડલ અસ્તિત્વમાં છે તે મુખ્યત્વે જાવા મોડલ કોડ (ઉર્ફ કોપી/પેસ્ટ) ને સીધું અનુકૂલન કરીને બનાવવામાં આવ્યા હતા. કિસ્સાઓમાં જ્યાં તે પરવાનગી આપે છે એક્લિપ્સ પબ્લિક લાઇસન્સ (ઇપીએલ). (સ્વાભાવિક રીતે, આ સામાન્ય રીતે એક્લિપ્સ પ્રોજેક્ટ્સ માટે કાનૂની સમસ્યા નથી, પરંતુ બંધ સ્ત્રોત ઉત્પાદનો માટે નથી.) તેની અંતર્ગત આડેધડતા ઉપરાંત, આ તકનીક જાણીતી સમસ્યાઓનો પરિચય આપે છે: ભૂલોને અનુકૂલન કરતી વખતે કોડ ડુપ્લિકેશન રજૂ કરવામાં આવે છે, વગેરે સૌથી ખરાબ બાબત એ છે કે પરિણામી મોડલ "પોતામાં વસ્તુઓ" રહે છે અને એકીકરણની સંભાવનાનો લાભ લેતા નથી. પરંતુ હેન્ડલ-આધારિત ભાષા મોડેલો માટે સામાન્ય ખ્યાલો અને પ્રોટોકોલ્સને અલગ કરવાથી તેમની સાથે કામ કરવા માટે ફરીથી વાપરી શકાય તેવા ઘટકોની રચના થઈ શકે છે, જેમ કે EMF ના કિસ્સામાં બન્યું હતું.

એવું નથી કે ગ્રહણ આ મુદ્દાઓને સમજી શક્યું નથી. 2005 માં પાછા માર્ટિન એસ્ક્લિમેન, CDT પ્રોટોટાઇપ વિકસાવવાના અનુભવનો સારાંશ આપતાં, દલીલ કરી હેન્ડલ-આધારિત મોડલ્સ સહિત ભાષાના મોડલ માટે એક સામાન્ય ઈન્ફ્રાસ્ટ્રક્ચર બનાવવાની જરૂરિયાત. પરંતુ, ઘણી વખત બને છે તેમ, ઉચ્ચ અગ્રતાના કાર્યોને લીધે, આ વિચારોનો અમલ ક્યારેય તેની આસપાસ થયો નથી. દરમિયાન, *DT કોડનું ફેક્ટરાઈઝેશન હજુ પણ Eclipse માં અવિકસિત વિષયોમાંથી એક છે.

ચોક્કસ અર્થમાં, હેન્ડલી પ્રોજેક્ટ લગભગ EMF જેવી જ સમસ્યાઓને હલ કરવા માટે રચાયેલ છે, પરંતુ હેન્ડલ-આધારિત મોડેલો માટે, અને મુખ્યત્વે ભાષા (એટલે ​​​​કે, અમુક પ્રોગ્રામિંગ ભાષાના બંધારણના ઘટકોનું પ્રતિનિધિત્વ કરે છે). હેન્ડલી ડિઝાઇન કરતી વખતે મુખ્ય લક્ષ્યો નીચે સૂચિબદ્ધ છે:

• વિષય વિસ્તારના મુખ્ય અમૂર્તતાઓની ઓળખ.
• કોડના પુનઃઉપયોગ દ્વારા હેન્ડલ-આધારિત ભાષા મોડલના અમલીકરણની ગુણવત્તામાં ઘટાડો અને પ્રયાસો.
• પરિણામી મોડલ્સને એકીકૃત મેટા-લેવલ API પ્રદાન કરીને, ભાષા હેન્ડલ-આધારિત મોડલ્સ સાથે કામ કરતા સામાન્ય IDE ઘટકો બનાવવાનું શક્ય બનાવે છે.
• સુગમતા અને માપનીયતા.
• Xtext સાથે એકીકરણ (અલગ સ્તરમાં).

સામાન્ય ખ્યાલો અને પ્રોટોકોલ્સને પ્રકાશિત કરવા માટે, ભાષા હેન્ડલ-આધારિત મોડલ્સના અસ્તિત્વમાંના અમલીકરણોનું વિશ્લેષણ કરવામાં આવ્યું હતું. હેન્ડલી દ્વારા પૂરા પાડવામાં આવેલ મુખ્ય ઇન્ટરફેસ અને મૂળભૂત અમલીકરણ ફિગમાં બતાવવામાં આવ્યા છે. 8.

ચોખા. 8. સામાન્ય ઇન્ટરફેસ અને હેન્ડલી તત્વોના મૂળભૂત અમલીકરણો

IElement ઇન્ટરફેસ એ એલિમેન્ટના હેન્ડલનું પ્રતિનિધિત્વ કરે છે અને તે બધા હેન્ડલી-આધારિત મોડલ્સના ઘટકો માટે સામાન્ય છે. અમૂર્ત વર્ગ એલિમેન્ટ સામાન્યકૃત હેન્ડલ/બોડી મિકેનિઝમ (ફિગ. 9) લાગુ કરે છે.

ચોખા. 9. IE એલિમેન્ટ અને સામાન્ય હેન્ડલ/બોડી અમલીકરણ

વધુમાં, હેન્ડલી મોડેલ તત્વોમાં ફેરફારો વિશે સૂચિત કરવા માટે સામાન્યકૃત પદ્ધતિ પ્રદાન કરે છે (ફિગ. 10). જેમ તમે જોઈ શકો છો, તે વ્યાપકપણે સંસાધન મોડેલ અને જાવા મોડેલમાં અમલમાં મૂકાયેલ સૂચના પદ્ધતિઓ જેવું જ છે, અને તત્વ પરિવર્તન માહિતીની એકીકૃત રજૂઆત પ્રદાન કરવા માટે IElementDelta નો ઉપયોગ કરે છે.

ચોખા. 10. હેન્ડલી નોટિફિકેશન મિકેનિઝમના સામાન્ય ઇન્ટરફેસ અને મૂળભૂત અમલીકરણ

ઉપર ચર્ચા કરેલ હેન્ડલી ભાગ (ફિગ. 9 અને 10) નો ઉપયોગ લગભગ કોઈપણ હેન્ડલ-આધારિત મોડલને રજૂ કરવા માટે થઈ શકે છે. બનાવવા માટે ભાષાકીય મોડેલો, પ્રોજેક્ટ વધારાની કાર્યક્ષમતા પ્રદાન કરે છે - ખાસ કરીને, સામાન્ય ઇન્ટરફેસ અને સ્રોત ટેક્સ્ટ માળખાના ઘટકો માટે મૂળભૂત અમલીકરણ, કહેવાતા સ્ત્રોત તત્વો (ફિગ. 8). ISourceFile ઈન્ટરફેસ સોર્સ ફાઈલનું પ્રતિનિધિત્વ કરે છે, અને ISourceConstruct સ્ત્રોત ફાઈલની અંદર એક તત્વનું પ્રતિનિધિત્વ કરે છે. અમૂર્ત વર્ગો SourceFile અને SourceConstruct સ્રોત ફાઇલો અને તેમના તત્વો સાથે કામ કરવા માટે સપોર્ટ કરવા માટે સામાન્યકૃત મિકેનિઝમ્સ લાગુ કરે છે, ઉદાહરણ તરીકે, ટેક્સ્ટ બફર્સ સાથે કામ કરવું, સ્રોત ટેક્સ્ટમાં એક ઘટકના કોઓર્ડિનેટ્સ સાથે બંધનકર્તા, વર્કિંગ કૉપિ બફરની વર્તમાન સામગ્રી સાથે મૉડલ્સનું સમાધાન. , વગેરે આ મિકેનિઝમ્સને અમલમાં મૂકવું એ સામાન્ય રીતે ખૂબ જ એક પડકાર છે, અને હેન્ડલી ઉચ્ચ-ગુણવત્તાવાળા આધાર અમલીકરણો પ્રદાન કરીને હેન્ડલ-આધારિત ભાષા મોડલ વિકસાવવાના પ્રયત્નોને નોંધપાત્ર રીતે ઘટાડી શકે છે.

ઉપર સૂચિબદ્ધ કોર મિકેનિઝમ્સ ઉપરાંત, હેન્ડલી ટેક્સ્ટ બફર્સ અને સ્નેપશોટ માટે ઇન્ફ્રાસ્ટ્રક્ચર પૂરું પાડે છે, સ્રોત કોડ એડિટર્સ સાથે એકીકરણ માટે સપોર્ટ (Xtext એડિટર સાથે આઉટ-ઓફ-ધ-બોક્સ એકીકરણ સહિત), તેમજ કેટલાક સામાન્ય UI ઘટકો જે સોર્સ કોડ એડિટર્સ સાથે કામ કરો. હેન્ડલી મોડલ્સ જેમ કે આઉટલાઇન ફ્રેમવર્ક. તેની ક્ષમતાઓને સમજાવવા માટે, પ્રોજેક્ટ હેન્ડલીમાં જાવા મોડેલના અમલીકરણ સહિત ઘણા ઉદાહરણો પૂરા પાડે છે. (JDT માં જાવા મોડલના સંપૂર્ણ અમલીકરણની તુલનામાં, આ મોડેલને વધુ સ્પષ્ટતા માટે જાણીજોઈને કંઈક અંશે સરળ બનાવવામાં આવ્યું છે.)

અગાઉ નોંધ્યું તેમ, હેન્ડલીની પ્રારંભિક ડિઝાઇન અને ત્યારપછીના વિકાસ દરમિયાન મુખ્ય ધ્યાન માપનીયતા અને સુગમતા પર હતું અને ચાલુ રહે છે.

સૈદ્ધાંતિક રીતે, હેન્ડલ-આધારિત મોડલ્સ "ડિઝાઇન દ્વારા" ખૂબ સારી રીતે સ્કેલ કરે છે. ઉદાહરણ તરીકે, હેન્ડલ/બોડી રૂઢિપ્રયોગ તમને મોડેલ દ્વારા વપરાશમાં લેવાયેલી મેમરીની માત્રાને મર્યાદિત કરવાની મંજૂરી આપે છે. પરંતુ ઘોંઘાટ પણ છે. આમ, માપનીયતા માટે હેન્ડલીનું પરીક્ષણ કરતી વખતે, નોટિફિકેશન મિકેનિઝમના અમલીકરણમાં સમસ્યા મળી આવી હતી - જ્યારે મોટી સંખ્યામાં તત્વો બદલવામાં આવ્યા હતા, ત્યારે ડેલ્ટાના નિર્માણમાં ઘણો સમય લાગ્યો હતો. તે બહાર આવ્યું છે કે સમાન સમસ્યા જેડીટી જાવા મોડેલમાં હાજર હતી, જેમાંથી અનુરૂપ કોડ એકવાર સ્વીકારવામાં આવ્યો હતો. અમે હેન્ડલીમાં બગને ઠીક કર્યો અને JDT માટે સમાન પેચ તૈયાર કર્યો, જે આભારી રીતે પ્રાપ્ત થયો. આ માત્ર એક ઉદાહરણ છે જ્યાં હાલના મોડેલ અમલીકરણોમાં હેન્ડલીનો પરિચય સંભવિત રીતે ઉપયોગી થઈ શકે છે, કારણ કે આ કિસ્સામાં આવી ભૂલ માત્ર એક જ જગ્યાએ સુધારી શકાય છે.

હાલના મોડેલ અમલીકરણમાં હેન્ડલી અમલીકરણને તકનીકી રીતે શક્ય બનાવવા માટે, પુસ્તકાલયમાં નોંધપાત્ર સુગમતા હોવી આવશ્યક છે. મુખ્ય સમસ્યા સમગ્ર API મોડેલમાં પછાત સુસંગતતા જાળવવાની છે. માં આ સમસ્યા ઉકેલાઈ હતી હેન્ડલી 0.5 લાઇબ્રેરી દ્વારા પ્રદાન કરાયેલ એકીકૃત મેટા-લેવલ API થી, ડેવલપર દ્વારા વ્યાખ્યાયિત અને સંપૂર્ણ રીતે નિયંત્રિત, મોડેલ-વિશિષ્ટ API ને સ્પષ્ટ રીતે અલગ કરીને. આનાથી હાલના અમલીકરણોમાં હેન્ડલીને અમલમાં મૂકવાનું તકનીકી રીતે શક્ય બને છે, પરંતુ API ડિઝાઇન કરતી વખતે નવા મોડલ ડેવલપરને નોંધપાત્ર સ્વતંત્રતા પણ મળે છે.

સુગમતાના અન્ય પાસાઓ પણ છે. ઉદાહરણ તરીકે, હેન્ડલી મોડેલની રચના પર લગભગ કોઈ નિયંત્રણો લાદતા નથી અને તેનો ઉપયોગ સામાન્ય-ઉદ્દેશ અને ડોમેન-વિશિષ્ટ ભાષાઓ બંનેને મોડેલ કરવા માટે થઈ શકે છે. સ્રોત ફાઇલનું માળખું બનાવતી વખતે, હેન્ડલી એએસટી પ્રતિનિધિત્વનું કોઈ ચોક્કસ સ્વરૂપ સૂચવતું નથી અને, સૈદ્ધાંતિક રીતે, એએસટીની હાજરીની પણ જરૂર નથી, આમ લગભગ કોઈપણ પદચ્છેદન પદ્ધતિ સાથે સુસંગતતા સુનિશ્ચિત કરે છે. છેલ્લે, હેન્ડલી એક્લિપ્સ વર્કસ્પેસ સાથે સંપૂર્ણ એકીકરણને સમર્થન આપે છે, પરંતુ તેના સંકલનને કારણે ફાઇલ સિસ્ટમ્સ સાથે સીધું પણ કામ કરી શકે છે. Eclipse ફાઇલ સિસ્ટમ (ઇએફએસ).

વર્તમાન આવૃત્તિ હેન્ડલી 0.6 ડિસેમ્બર 2016 માં બહાર આવ્યું. હકીકત એ છે કે પ્રોજેક્ટ હાલમાં ઇન્ક્યુબેશનની સ્થિતિમાં છે અને API હજી સુધી નિશ્ચિત કરવામાં આવ્યું નથી, હેન્ડલીનો ઉપયોગ પહેલાથી જ બે મોટા વ્યવસાયિક ઉત્પાદનોમાં કરવામાં આવે છે જેણે "પ્રારંભિક અપનાવનારાઓ" તરીકે કામ કરવાનું જોખમ લીધું હતું, અને, મારે કહેવું જ જોઇએ, હજુ સુધી તેનો અફસોસ કરશો નહીં.

ઉપર નોંધ્યું છે તેમ, આ ઉત્પાદનોમાંથી એક 1C છે: એન્ટરપ્રાઇઝ ડેવલપમેન્ટ ટૂલ્સ, જ્યાં હેન્ડલીનો ઉપયોગ શરૂઆતથી જ આવા 1C: એન્ટરપ્રાઇઝ લેંગ્વેજ બિલ્ટ-ઇન પ્રોગ્રામિંગ લેંગ્વેજ અને ક્વેરી લેંગ્વેજ તરીકેના ઉચ્ચ-સ્તરના માળખાના ઘટકોને મોડેલ કરવા માટે થાય છે. . અન્ય પ્રોડક્ટ સામાન્ય લોકો માટે ઓછી જાણીતી છે. આ કોડસિપ સ્ટુડિયો, એપ્લીકેશન-સ્પેસિફિક ઇન્સ્ટ્રક્શન-સેટ પ્રોસેસર (ASIP) માટે એક સંકલિત ડિઝાઇન એન્વાયર્નમેન્ટ, જેનો ઉપયોગ ચેક કંપની કોડસિપની અંદર અને તેના ક્લાયન્ટ્સ દ્વારા કરવામાં આવે છે, જેમાં એએમડી, AVG, મોબાઈલયે, સિગ્મા ડિઝાઇન્સ. Codasip 2015 થી ઉત્પાદનમાં Handly નો ઉપયોગ કરી રહી છે, હેન્ડલી 0.2 વર્ઝનથી શરૂ થાય છે. કોડસિપ સ્ટુડિયોનું નવીનતમ પ્રકાશન જૂન 0.5 માં રિલીઝ થયેલ સંસ્કરણ 2016 નો ઉપયોગ કરે છે. કોડસિપ ખાતે IDE ડેવલપમેન્ટનું નેતૃત્વ કરી રહેલા ઓન્ડ્રેજ ઇલેક, પ્રોજેક્ટના સંપર્કમાં છે, જે “તૃતીય પક્ષ અપનાવનાર” વતી મહત્વપૂર્ણ પ્રતિસાદ આપે છે. તે પ્રોજેક્ટના વિકાસમાં સીધો ભાગ લેવા માટે થોડો ખાલી સમય પણ શોધી શક્યો હતો, એક હેન્ડલી ઉદાહરણ, જાવા મોડલ માટે UI સ્તર (~4000 કોડની લાઇન)નો અમલ કરીને. દત્તક લેનારાઓ દ્વારા હેન્ડલીના ઉપયોગ વિશે વધુ વિગતવાર પ્રથમ માહિતી પૃષ્ઠ પર મળી શકે છે સફળતા વાર્તાઓ પ્રોજેક્ટ

અમે આશા રાખીએ છીએ કે API સ્થિરતાની બાંયધરી સાથે સંસ્કરણ 1.0 ના પ્રકાશન પછી અને પ્રોજેક્ટ ઇનક્યુબેશન સ્ટેટ છોડી દે છે, હેન્ડલી પાસે નવા અપનાવનારાઓ હશે. આ દરમિયાન, પ્રોજેક્ટ એપીઆઈને ચકાસવાનું અને વધુ સુધારવાનું ચાલુ રાખે છે, દર વર્ષે બે "મુખ્ય" પ્રકાશન - જૂનમાં (એક સાથે એક્લિપ્સ રિલીઝની સમાન તારીખ) અને ડિસેમ્બરમાં રિલીઝ કરે છે, એક અનુમાનિત શેડ્યૂલ પ્રદાન કરે છે જેના પર અપનાવનારાઓ વિશ્વાસ કરી શકે છે. અમે એ પણ ઉમેરી શકીએ છીએ કે પ્રોજેક્ટનો "બગ રેટ" સતત નીચા સ્તરે રહે છે અને હેન્ડલી ખૂબ જ પ્રથમ સંસ્કરણોથી પ્રારંભિક અપનાવનારાઓના ઉત્પાદનોમાં વિશ્વસનીય રીતે કાર્ય કરી રહી છે. Eclipse Handly ને વધુ અન્વેષણ કરવા માટે, તમે ઉપયોગ કરી શકો છો ટ્યુટોરીયલ શરૂ કરી રહ્યા છીએ и આર્કિટેક્ચરલ અવલોકન.

સોર્સ: www.habr.com