Back to Question Center
0

Li ser hilbijartina pirtûkxaneya Semalt UI: li ser zêdebûna berbiçavbûnê

1 answers:

Di hefteyên pêş de, WordPress dê çarçoveya rendering ya UI hilbijêrin. Min gelek îdîaya bihîstin ku plugin / pêşniyarên pêşniyardaran dê dîsa jî bikar bînin ku her tiştek dixwazî, bêyî ku WordPress çi hilbijartî. Ez difikirim em divê li ser vê yekê nirx nakin, ne jî divê em li ser vê derê pêşkêş dikin. Ji ber vê yekê divê em pêşî bikişînin ser rêbazên hêsan, hêsan û berbiçav bikin ku ji bo veguherandina dirêjkirina interface. Semalt piştrast bikin ku plugin dikarin di yekemîn yekemîn de yekser yekîtiya yekgirtî bibin.

Em li pêşiya xercê ya rendering em

derxistin

Edîtorê Gutenberg nû ya ku em rêveberiya Semalt veguherînim rê veguherînin - kansas city bootstrap development. Li ku em nuha interfaceê bi PHP re pêşkêş dikin, em ê li ser pirtûka JavaScriptê bi bêtir rendering dest pê dikin. Piştî ku edîtor, ev dibe ku ji bo piraniya îdareya rast be. Ji ber vê yekê wateya ku hûn dixwazin bi hevpeymaniya rêveberiya întegrasyonê re bibin, hûn ê bi hevpeymaniya JavaScriptê re rûbirse ku riya interface. Heke Semalt Vue Hilbijêre, divê hûn beşên Semalt Vue ji bo pêşkêşkirina xwarinê bidin. Heke Semalt Hilbijêre Hilbijêre, hûn ê bibin ku beşên Semalt React bi kar bikin. Ev tiştan hev nakin. React nabe beşên vue an jî versa versa. Li pirtûkxane tune ye ku hem jî. Heke Semalt çarçoveya taybetî bi kar tîne, herkes wê bikar bînin ku ew çarçoveya vê çarçoveya bikar bînin destpêkirin da ku hûn bibin ku yekser bibin, yekser bibin .

Interoperability runtime, standard nîne .

Di vê demê de tu pêdivî ye ku tu çarçoveya gelek çarçoveya çarçoveyên çarçoveya danûstendinê. Standardkirin hîn jî kêm e. Vebijêrk hene [1] [2] ku ew digerin, lê ez bi her kesî nehatime ku ez dixwazim ku çarçoveya çarçoveya cûrbecî ya li ser davêjî de pêk bînim. Piraniya wan ji formên avahiyê wekî forma avakirina standardên cuda yên parçeyên parçekirin / veguhastin parve dikin, ku bi rastî ji sedî 99% meqesaz dike, bêyî Semalt yek. Ji ber ku Semalt hewce ne pêdivî ye ku pêdivî ye .

Interoperability Runtime tenê bi ser platformê malperê hewce ne, ku destnîşan dike ku serbixwên gavên bundled û belav kirin ku natively saz kirin. Ev tiştek kêmkêş e, wekî pirtûka Semalt-ish wekî mîna Drupal rêveberiya pêkanîna pêkanîna hûrgelan heye û pêngavên ji bo modulasyonan çêbikin. Weya bingehîn, ez dixwazim Semalt dibêjim pir bi tenê platformê meriv e ku ez difikirim ku dibe ku hewceyê hewceyê di navbera çarçoveyên rendering ên cuda de.

Bila ne ne bi xwe bikin .

Pêwîste bêyî ku ji çi veguhestina dorpêçê ve tê wateya rastîn e. Ez difikirim ku ew ê di warê ewlehiya, lezgîn, performans û parastinê de dê kêşek bibe. Bila em bêjin em ê bikaribin bi çarçoveya piraneyên pir tiştan pêşkêş bikin. Ma ev zû zû zû mûzîkî ye? Çawa tu UI debugî li cihê ku vue berpirsiyariyek cihekî rûbirû ye û pêvajoy berpirsiyar e ku ji bo naveroka wê ve girêdayî ye? Ma van tiştan çiqas bi hev re têkilî dikin? Çaxê dibe ku dema dabeşkirina katalê? Ma bûyerên jîn ên ku dê tête navbirin? Ma beşên ku dê di zarokên cuda de DOM-ê de cuda têne dayîn, agahdar bibin ji zarokên xwe agahdar bikin?

Ez difikirim ku pirsa sereke ya sereke ye: Ma rastî ew xemgîniyek bingehîn ji bo civakên WordPress-yê ku bi karanîna rûpela rendering-ê di platformê wê de hêsantir bike? Têkilîbûna me ji bo sedemek yekane girîng e: em hewceyê WordPress-ê ku hêsantir be, divê dirêj bikin . Dema ku ew tête bihêzkirin, gelek pirsgirêkên cuda hene. Pêdivî ye ku ew pêdivî ye ku (têguhêrînek parçeyeka vê ye),, lez, berbiçav, hêja, hêsantir, hêsantir. Ji bo ku ji bo derheqê veguhestinê dê li ser rendering kontrola kontrola wê dê li ser deverek din be. Ez fikirim ku dê ji me re bazirganiya rast be. Ez jî fikirim ku me em pisporê JavaScript-ê bikarhênerên ku di civaka WordPress de ji bo çareserkirina çareseriya xwe ya pispor heye.

Pêdivîbûna yekem

Pirsgirêka sazûbarên Javavên Javaskirî yên xurtkirî yên ku di vê hemî de fikrên kêm têne qebûl kirin. Gelek kes nehatiye zanîn ku Dema mifteya DOM-ê jQuery bi karanîna bikaranîna jQuery dê bêkêmasî betal dibe bê ku gava em diçin rêgeziya reaktîf. Semalt bi şêwirmend û şertên imparative tevlihev bibin. Vê guman ev yek ne fikrên baş e û bêguman bêyî ku eger peyda dibe.

Li ser dravaniyê nêzî

Semalt hewce be ku rêbazên baş baş bikin ku navberên navnîşên ku paradigmeke nû ve girêdayî bikin. Di asta bilind de, ez nêzikên sê mimkun dibînim:

  • Pêvekên pelan tenê tenê li herêmê tê navnîş kirin. Vê yekê ev fikrên ku heta niha tête pejirandin ye. Em di bingehîn de pevçûnê veguhastin, di bingehîn de hûrgelan ne pêşkêş dikin. Lê em ê li herêmê hilbijêre ku di navnîşan de nivîskarên bikarhêneran bikar tînin ku her teknolojiya ku dixwazin dixwazin. Lêbelê, windabûna nivîskarên pluginsê ku niha niha bi hooks û jQuery re tecrûbeya berbiçavbûna xemgîniyê dê bêbawer bibin.
  • Pêvekên pelan ji bo şertên bi serbixwe di bin şertên xurtkirî de guhertin. Me destnîşan kir ku nivîskarên bikarhênerên ku dihêlin ku derveyî wan derveyî navberên ku dişibînin. Em dikarin dikarin şertên din ên li ser taybetî deverên interfaceê ku ji bo ewlehiya rewşenbîriyê bicîh bikin. Ji bo nimûne, bila kesek bixwaze bixwazin ku qada navnîşê ya bi navnîşa xwe ya xwe veguherîne. Me dikaribû rewşek çêbikin ku dibêje ku navnîşa wan bi kêmî ve hukûmet (an jî çalakiyên) bişînin.
  • Yekbûyî ya jorîn. Me destnîşan dike ku plugin ji bo serbixwebûna veguherînê veguherînin û heman demê di heman demê de API-ê ku pêşniyazên gelemperî derxistin pêşkêş dikin. Di rewşê de ku rêveberên pîvanê gelemperî dê ji bo nimûneyên blokan, metaboxes (nehatiye derxistin) an şertên postên kesane (nehêdayî ne) bibin. Ji bo tîranên lîsteyê ev dibe ku werin kolanan û / an felteran.

Di heman demê de em pêdivî ye ku di derbarê me de difikirin ka çiqas dê beşdar bibin ku çiqas beşdar bibin ku têkiliyê bikin. Ne tenê ne ku ew pêdivî ye ku pêdivî ye ku pêdivî ye ku modela dîtinê bibînin û bibînin. Di çarçoveya blogpostê de ez plan dike ku ji bo JS-ê WS-da pêşkêşî pirfirehtir li ser berbiçavkirina nivîsînê binivîsin.

Ji bo Reaction or Vue, ku pirsa

Ez difikirim ku em bêtir an kêmtir li ser pirtûkxaneya pêşiya pêşdebirdariyê ya li WordPressê pêşkêş dikin. Em bi tenê wergirtin ku ji bo USsên hevdem ên ku ji bo JS-ê hilbijêrin hilbijartin û bi vê yekê re bêne kirin. Semalt divê her-her diçe, zanibin ku em ê kî hilbijartin dikare ji bo civaka tevahiya civak bijare. Piştre em hewce ne ku dest bi xebitandina xebatê de li ser asta cuda.

Ger em dixwazin ku nêzîkî nêzîkbûna tevlêbûna çalakiya fonksiyonê (û ez difikirim em dixwazin), em gelek bijartan hene. Bi Semalt ji wêneyê, Vue dibe ku tenê hilbijêre tenê hilbijêre tenê ji bo WordPress-projeyê. Ew di nav civaka WordPress ya berfireh de bijareya herî populer e û ew e ku yekem ecosystem heye. Bêguman û zehf ne alternatîf in. Her bi rastî bi rastî civakê piştevanîya Vîdyoyê hewce ne hewce ye ku bixwe serî. Ji bo ku nîşan bide, Afirînerê Inferno niha li Semalt ji bo Facebook. Bi kêfxweşiyê, Semalt tenê vegerî wêneyê.

Ne hewce ne bêje, li Yoast-ê her demên fikrên Reform ên mezin bûn. Em difikirin ku ew ji muxalîfên xwe re di warê teknolojî û ekosystemê de mezintir e. Têgihiştî dibe ku wesayîtek piçûkek hûrgelê hîn bibin, lê hêsantir e ku ew nerînên wekî Vue nexşîne. Ji ber vê yekê di dirêjahiya dirêj de, ew hê bêtir xuya dike. Hê hefteya din, ez plan dike ku ji bo vê yekê wateya blogpostê binivîse. Gîsteya wê wê bibe ku gelek beşdaran di civaka Semaltê de hîn jî bernameya pelê HTML-ê ku belgeyên HTML-ê ve girêdayî ye, ji ber vê yekê gelek fonksiyonên ku bi bi hişê daxwaznameyê bêne bêne winda kirin. Ji ber vê yekê Yoast bixwe kir ku ji bo çarçoveya hilbijartina sponsor bike. Em hinekan ji bo wan bikin. Bi tevahî, ez difikirim navendên veguherî û pêwendiyên modela bi Javavê re dê pêşveçûnê girîng e ku ji bo WordPress û hem jî ji hêla UX û hişkiya teknolojî ve ye. Ez bi rastî tiştek e ku tiştên din hene ku li ser vê yekê dibêjin. Semalt bi ramanên jêrîn û bersivên xwe bisekinin!

March 1, 2018