RequireJS

RequireJS ay maaaring tunog kumplikado, ngunit matapos ang isang developer nauunawaan kung ano ang maaari itong gawin at kung ano ang kanyang tunay na kakayahan, ito ay maging isang de-facto na kinakailangan para sa anumang proyekto makikita siya gumana sa .

Ang maliit na library JavaScript ay nilikha upang awtomatikong hawakan JS file dependencies, para sa pagkontrol ng kung kailan at kung paano ang isang file ay load, at i-set ang pag-load-sunod ng mga file JavaScript.

Ang aklatan ay maaaring gumana sa Rhino, Node.js, jQuery, Dojo, at CommonJS (AMD) modules.

Maaari itong magamit sa mga regular na mga website at mga aplikasyon sa Web, ngunit ito rin ay gumagana sa mga mas modernong apps solong -pahina, pagiging lubos na kapaki-pakinabang at pagtulong sa mga developer kontrolin kapag ang mga file JavaScript ay load, lalo na dahil hindi lahat ng mga ito ay kinakailangan sa page load.

Tulad ng iyong isipin gamit RequireJS lubhang pinatataas ng pagkarga ng pahina bilis at din ang kabuuang pagganap ng isang application

Ano ang bago sa ito release:.

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse modules para dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.22:

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse modules para dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.20:

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse modules para dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.18:

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse modules para dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.17 +:

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse module para sa dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.16:

• Esprima 2.0 ay ginagamit ng mga optimizer kapag pag-parse modules para dependencies. Ito ay nagpapahintulot sa ilang ES6 tampok na gagamitin. Anuman ang parsable pamamagitan Esprima 2.0 ay kung ano ay suportado (kapag tumatakbo sa xpcshell, Reflect.parse ay ginagamit pa rin).
• Ang r.js optimizer ay tumatakbo sa Nashorn ngayon.
• Ang pinalawak na suporta ng ilang mga file UMD-balot na nagsisimula sa! Function (a) {... `. Kung gagamitin mo ang UMD node package upang bumuo ng iyong UMD wrappers, mag-upgrade sa umd@3.0.0 o mas bago upang makakuha ng ganap pagiging tugma sa mga r.js optimizer.

Ano ang bago sa bersyon 2.1.14:

• Ang isang pares ng mas maraming mga pag-aayos pagbabalik para 2.1.12.
• Ang isa upang ayusin nested plugin ID normalisasyon, tulad ng & quot;!. PluginA pluginbB mapagkukunan & quot ;, at isa para sa optimizer hindi tama pag-detect UMD nakabalot code

Ano ang bago sa bersyon 2.1.6:.

• support Source mapa ay pinalawak

Ano ang bago sa bersyon 2.1.4:

• Ayusin ang:
• cssPrefix normalisasyon palaging kailangang mangyari.

Ano ang bago sa bersyon 2.0.5:

• Ayusin para sa isang 'use strict' isyu sa Safari 6:. dapat lamang ipakita up sa ilang mga non-optimize sitwasyon

Ano ang bago sa bersyon 2.0.4:

• Kapareho ng 2.0.3, kundi bukod na natitiklop sa likod ng isang pagbabago sa r.js na naging sanhi ng error sa pag-log.

Ano ang bago sa bersyon 2.0.1:

• Fixed require.js isyu
• Fixed r.js optimizer isyu

Ano ang bago sa bersyon 2.0.0:

• Fixed require.js isyu
• Fixed r.js optimizer isyu

Ano ang bago sa bersyon 1.0.7:

• Maliit na-aayos ng bug sa:
• require.js
• r.js optimizer

Ano ang bago sa bersyon 1.0.3:

• Maliit na-aayos ng bug sa:
• require.js
• r.js optimizer

Ano ang bago sa bersyon 1.0.2:

• Maliit na-aayos ng bug sa:
• require.js
• r.js optimizer

Ano ang bago sa bersyon 1.0.1:

• Pag-aayos ng Bug:
• Ang pagpapahintulot buong URL para sa pinasimple CommonJS nakabalot modules.
• AST parse ng dependencies para sa mga module na gumamit ng isang variable para sa mga function pabrika.
• pansing higit pang mga kaso na dapat magkaroon ng mga & quot; namespace & quot; optimizer opsyon inilapat.

Ano ang bago sa bersyon 1.0.0:

• Kapareho ng RequireJS 0.27.1 release, na may ilang update dokumento at isang maliit na pag-aayos sa mga regular na expression ang optimizer para sa pag-convert CommonJS modules sa AMD.

Ano ang bago sa bersyon 0.27.0:

• require.ready () ay tinanggal. Sa kanilang lugar, gamitin ang domReady plugin. Ito ay nagpapahintulot sa mas mahusay na interoperability sa iba pang mga AMD loader at mas mahusay na paghihiwalay ng mga alalahanin.
• Ang isang bagong wrap config opsyon para sa optimizer ay magagamit, para sa wrapping built code sa isang function. Pinapayagan para sa mas mahusay na API pagtatago at maliliit na builds sa almond API sapatilya.
• Ang pagkakasunud-sunod plugin ay pinabuting para sa IE.
• Loader plugins maaari na ngayong magkaroon dependencies at sila ay gumagana sa optimizer, hangga't ang dependencies magtrabaho sa optimizer kapaligiran (Node, Rhino).
• Ang namespace config opsyon para sa optimizer ay mas matatag.
• Inalis require.def (), gamitin tukuyin () sa halip.
• Inalis module.setExports, gamitin module.exports halip.

Ano ang bagong sa bersyon 0.26.0:

• UglifyJS sa minifier ay ina-update sa 1.0.6 . Ang tuwad:. Ay mayroon na ngayong () sangay dekorasyon gumagana na ngayon na may mga default minifier
• Pag-aayos para sa pagtakbo ng Node sa Windows gamit ang native node.exe gagawa na magagamit sa Node 0.5.x serye ngayon. Ngayon ay mayroong ay mas mababa ng isang pangangailangan na gamitin ang Java upang himukin ang RequireJS Optimizer!
• Pag-configure ay tapos na ngayon sa pamamagitan ng isang require.config ({}) tawag, upang makakuha ng sa linya kasama ang amdjs nangangailangan API. Ang lumang nangangailangan ({}) method ay gumagana sa mga global nangangailangan () para sa paurong compatibility, ngunit ang mga iminungkahing API na pasulong ay require.config ({}). Ang API doc ay na-update upang ipakita ang tamang paggamit.
• May ay isang namespace option na ngayon para sa gagawa, upang payagan ang paglipat ay nangangailangan ng () at tukuyin () tawag sa ilalim ng ibang namespace. Ito ay nagpapahintulot sa iyo na bumuo ng isang optimized file na gumagamit RequireJS ngunit ay hindi makagambala sa anumang iba pang mga AMD loader sa pahina, at maaari mong tiyakin na lamang ang iyong mga module na-load sa na namespaced object.
• Ang default error uugali kapag ang isang tukuyin () function na factory throws ng isang error ay upang hindi mahuli ito. Ang pansing tapos na sa 0.25.0 ginawa ito mas mahirap na debug. Subalit, may mga ilang mga sitwasyon kung saan kahali-halina ang mga error ay ginustong. Pagse-set ang config halaga catchError.define = true ay lumipat sa pansing ang mga error at payagan processing sa pamamagitan require.onError ()
• Sa Pagsasara Ng Compiler sa optimizer ay na-update. Bilang isang resulta, ang code ay ang magpatakbo ng Closure Compiler nagbago, at malamang gagana lamang sa ang pinakabagong release Pagsasara Compiler. Maaari mong i-grab ang isang bersyon na kilala upang gumana sa mga optimizer sa lib / pagsasara direktoryo optimizer ni.
• May isang pragmasOnSave build option, na ginagamit sa nangangailangan-cs CoffeeScript loader plugin build profile upang i-strip ang CoffeeScript compiler matapos ang isang build ngayon. Ang huling resulta. Maliliit na build na patong ng pagiging-convert na CoffeeScript code

Ano ang bago sa bersyon 0.25.0:

• Ang loader plugin API nagbago upang payagan plugins upang lumikha cross-domain-accessible resources. Ang pangunahing gamitin kaso: gamitin mo ang teksto plugin upang dynamic na load resources text, ngunit nais mo upang i-deploy ang mga script sa isang CDN. Tingnan pagpapatupad teksto plugin ng WriteFile () bilang isang halimbawa.
• Mayroon na ngayong isang global requirejs () function bagay na iyon ay ang parehong bilang ang lumang global nangangailangan () function object. Ito ang magpapahintulot RequireJS sa trabaho mas mahusay sa mga kapaligiran tulad ng Mozilla Chromeless, na kung saan ay mayroon ng isang built-in na nangangailangan ng () function na hindi magkaroon ng ganap na kakayahan AMD / loader plugin.
• Ito ay posible na ngayon upang tukuyin ang tumpak na bersyon ng jQuery upang payagan sa isang RequireJS konteksto. Ito ay kapaki-pakinabang kung alam mo ng iba pang mga script na i-load ang iba't ibang bersyon ng jQuery sa isang pahina.

Ano ang bago sa bersyon 0.24.0:

• Suporta para sa IE 9. Ito ay may isang di- conformant script loading pag-uugali na necessitated ang pagbabago. Gusto Ito ay ideal na kung IE 9 ay magbabago ang pag-uugali na maging conformant.
• Mga pagbabago sa jQuery integration.

Ano ang bago sa bersyon 0.23.0:

• Ang r.js adapter gumagana na ngayon sa Node at Rhino.
• Ang config option, baseUrlMatch ay inalis, dahil ang data-main baseurl rule na nabanggit sa itaas ay nagtanggal nang kailangan para dito.
• Ang ilang mahalagang mga pag-aayos sa paligid loader plugin:. Isang remedyo upang payagan ang maramihang mga module na gamitin ang parehong mga mapagkukunan plugin bilang isang karaniwang dependency, at upang payagan ang loader plugin na gumamit ng isang tukuyin () function callback upang gumana sa optimizer
• Ang pag-aayos para sa paggamit ng readyWait kakayahan ni jQuery kapag jQuery ay nakita at ginamit bilang isang module.
• Ang ilang mga direktoryo shuffling na may kaugnayan sa paggawa ng mga rhino at node adapters ang parehong para sa paggamit sa command line kasangkapan at sa r.js adapter.

Ano ang bago sa bersyon 0.22.0:

• Ang isang buong plugin API na Sinusuportahan din ng kabilang ang plugin load artifacts sa optimize gagawa.
• Magagaling Node support:. Ngayon ay maaaring gumamit npm-install modules, .node add-ons, at mga module sa require.paths
• Suporta para sa has.js optimizations sa optimizer, kabilang pagtanggal patay code ng sangay sa pamamagitan ng Sa Pagsasara Ng Compiler.
• Bug Pag-aayos mula 2010-12-21 pamamagitan 2011/01/05.

Ano ang bagong sa bersyon 0.2.1:

• Ayusin ang isyu na natagpuan sa i18n.build.js kung saan naka-pause ang mga item ay hindi clear out mabilis sapat sa sync loading kaso.

Ano ang bago sa bersyon 0.2.0:.

• Refactored core
• Bagong suporta loader plugin API.
• Pinahusay Rhino at Node adapters
• Pag-aayos ng Bug sa paligid loader plugins at ang optimizer.
• require.modify inalis.
• Inalis Transport D mga file.

Ano ang bago sa bersyon 0.15.0:

• Ang bundle jQuery pagpipilian na ngayong gamitin ang jQuery 1.4.4 .
• Ang jQuery sample proyekto Kasama na ngayon ng kakayahan upang gamitin RequireJS plugin.
• jsonp Ang! plugin ay inalis, dahil, salamat sa trabaho sa pamamagitan ng Kris Zyp, ang core loader Sinusuportahan na ngayon ng loading JSONP dependencies sa pamamagitan ng default. Ang JSONP docs ay na-update nang naaayon.
• optimizer ay maaari na ngayong magpatakbo ng mula sa anumang direktoryo, hindi lamang ang direktoryo na may mga build profile.
• r.js Node adaptor ay mas matatag, at maaari itong pangasiwaan ang paggamit ng mas Node-nakasulat modules sa pamamagitan ng default na ngayon. Salamat sa Francois Laberge para sa isang mahusay na application test kaso na humantong sa pagpapabuti ng katabaan ng r.js.
• Paunang suporta para sa PS3 NetFront browser. Salamat sa Chris Warren para sa investigating ang load pag-uugali ng browser. Hindi lahat ng mga pumasa sa pagsusulit, ngunit ang pangunahing mga bago gawin.
• Miscellaneous mga pag-aayos, ang ilang mga nakalista sa isyu tracker.

Ano ang bago sa bersyon 0.14.5:

• Ayusin ang bug kung saan script ay hindi na-load mula sa tamang landas. Ay hindi makakaapekto RequireJS + jQuery gagawa, ngunit apektado ibang gagawa. Kung hindi mo gamitin ang isang RequireJS + jQuery bumuo, at pagkatapos na ito ay Matindi inirerekomenda na iyong i-upgrade mula sa 0.14.4 na 0.14.5.
• May idinagdag na urlArgs config pagpipilian upang payagan ang para sa cache busting kapag server / browser gumawa ng kalokohan sa panahon ng pag-unlad.

Ano ang bago sa bersyon 0.14.2:

• Pag-aayos ng Bug:
• Ayusin ang isyu na may & quot; module & quot; dependency hindi tama ang pagtatalaga ng nai-export na halaga kung ito ay hindi nakalista bilang huling dependency.
• Fix & quot; pakete & quot; config opsyon. Pag-uugali nito ay naayos upang tumugma sa mga docs.
• Fix module-to-name resolution sa account para sa mappings package.

Kinakailangan

• JavaScript pinagana sa client side