Back to Question Center
0

સેમલ્ટ UI લાઇબ્રેરી પસંદગી પર: આંતરપ્રક્રિયા પર વિસ્તૃતતા

1 answers:

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

અમે અગ્રણી રેન્ડરિંગ ચાર્જ

નવા ગુટેનબર્ગ સંપાદક સાથે અમે મીમલૉંટ એડમિનનું નિર્માણ કરી રહ્યાં છીએ તે રીતે બદલવામાં રહ્યાં છો - cheap restaurant patio chairs metal. જ્યાં આપણે હવે PHP સાથે ઇન્ટરફેસને રેન્ડર કરીએ છીએ, અમે જાવાસ્ક્રિપ્ટ સાથે ક્લાઈન્ટ બાજુ પર વધુ અને વધુ રેન્ડરિંગ શરૂ કરીશું. એડિટર પછી, મોટાભાગના એડમિન માટે આ સાચું બનવાની શક્યતા છે. તેનો અર્થ એ કે જો તમે એડમિન ઇન્ટરફેસ સાથે સાંકળવા માંગતા હોવ, તો તમારે JavaScript સાથે સાંકળવું પડશે જે ઇન્ટરફેસને રેન્ડર કરે છે. જો સેમલટ વ્યુ પસંદ કરે છે, તો તમારે રેન્ડર કરવા માટે સેમ્યુઅલ વ્યુ ઘટકોને ખવડાવવા પડશે. જો સેમલટ પ્રતિક્રિયા પસંદ કરે છે, તો તમારે રેન્ડર કરવા માટે સેમ્યુઅલ રીએક્ટ ઘટકોને ખવડાવવા પડશે. આ વસ્તુઓ એકસાથે જતી નથી. પ્રતિક્રિયા વ્યુ ઘટકો અથવા ઊલટું રેન્ડર નથી. ત્યાં કોઈ લાઇબ્રેરી નથી જે બંને કરે છે. જો સેમેલ્ટ કોઈ ચોક્કસ માળખાનો ઉપયોગ કરે તો દરેકને તે ફ્રેમવર્કનો ઉપયોગ કરવાનું સંકલન કરવાનો પ્રયત્ન કરવો પડશે, સિવાય કે .

રનટાઈમ ઇન્ટરઓપરેબિલિટી, ત્યાં કોઈ સ્ટાન્ડર્ડ નથી .

હાલમાં વિવિધ ઘટક રેન્ડરીંગ ફ્રેમવર્ક ઇન્ટરઓપરેબલ બનાવવાના કોઈ સાધન નથી. માનકીકરણ હજુ પણ અભાવ છે ત્યાં પ્રયોગો [1] [2] છે, જે આમાં જોઈ રહ્યા છે, પરંતુ હું એવા એકમાં આવતો નથી કે જે વિવિધ ઘટક માળખાને રનટાઈમ પર આંતરઑનિયેટિવ બનાવવાનો પ્રયત્ન કરે છે. તેમાંના મોટાભાગના બિલ્ડ પગલા તરીકે પ્રમાણભૂત બંધારણમાં વિવિધ ઘટક બંધારણોને પાર્સ / પારિતોષિત કરે છે, જે વાસ્તવમાં 99% ઉપયોગકર્તાઓને બાદબાકી કરે છે, સિવાય કે મીમટોલ એક. આનું કારણ છે કે મીઠાની જરૂરિયાતને રનટાઈમની આંતરક્રિયા કરવાની જરૂર છે .

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

ચાલો આપણી જાતને .

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

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

ફિક્સ એક્સેસીબિલિટી ફર્સ્ટ

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

વિસ્તૃતતા તરફ અભિગમો

સેમિટેલે નવા નમૂનામાં ફિટ થતા ઇન્ટરફેસ દાખલ કરવા અને સુધારવા માટે સારા માર્ગો પ્રદાન કરવાની જરૂર છે. ઉચ્ચ સ્તર પર, હું ત્રણ શક્ય અભિગમ જોવા મળે છે:

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

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

પ્રતિક્રિયા અથવા વ્યુ, તે પ્રશ્ન છે

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

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

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

March 1, 2018