当我们不需要它们的所有功能时，为什么要下载整个JavaScript框架？ 我们能建议什么？ （JavaScript的）

Question

I like Google Web Tookit API approach. It use Java language behind the scenes that compiles ONLY JavaScript code WHOSE TARGET BROWSER NEEDS. It happens some developers would like to use that feature in pure JavaScript language.

Anwser: WHAT COULD WE SUGGEST in order to fullfill this requirement ?

I suggest to use JavaScript comments (as a flag) as a way some compiler (like Yahoo JavaScript compiler) analises our app JavaScript code and generates only a JavaScript Framework code needed.

Example: a hypothetical JavaScript framework (JQuery, Mootools, Prototype ect) code

// depends function say
funcion sayHello() {
    // some code   
}

function say() {
   // some code
}

// more and more no needed Javascript framework functions in our app

So when my app use a function sayHello, only that sayHello function and its dependencies would be filtered through JavaScript comments, nothing else. So, this way our application would be lighter, by using only JavaScript Framework code needed.

And you: what do you suggest ?

Answer 1

If the JavaScript code of the framework is served as a cacheable file then the download cost of requesting the entire framework (eg jQuery.js) can be eliminated, but if you were generating the framework code on the fly (as you suggest above) then it's going to be harder to take advantage of caching.

On top of this the memory cost of defining the entire framework is probably unlikely to be problematic (assuming the framework is written sensibly).

So, pulling in the entire framework, as is the common case, is simple, works well and doesn't require a particular server-side infrastructure (like GWT does).

Answer 2

There's one case where it would make sense to me--a jQuery for iPhone. It doesn't make any sense for all the non-Safari baggage in jQuery to be in there slowing things down.

For the typical desktop, though, if you get a JS library from the Google APIs, it's likely already cached and ready to go.

Answer 3

I would suggest learning to program in JavaScript and understanding the various peculiarities of the different DOM implementations, then writing just the code necessary for your application. If you really don't want to have to deal with re-creating all the event handling shenanigans and so on, then nick the relevant techniques from the libraries. You'll learn a lot more about what you're doing that way, as you'll need to actually understand how it all works to be able to integrate those techniques with your application.

Having worked professionally with JavaScript since 1996 I, like many, was initially tempted by the apparent ease of use offered by libraries; but if I see one more answer on here that says "use jQuery" (followed by some code that isn't even optimal in jQuery) when the correct answer is to use an existing and well-documented feature of JavaScript that works on every single implementation since Netscape Navigator 3, I'll scream ;-)

Answer 4

I don't think it would be worth it to add the complexity of selected inclusion. jQuery is 57k and loads very fast. Your energy is much better spent worrying about other things that might actually matter.

Answer 5

I'm currently doing something like this with my javascript code base, but only because I'm building a very large single-page ajax application. In comments at the top of the page I do java style import statements to include other javascript "classes"/objects. This is then used to create a single javascript file from the dozens of files in the application, pulling in only the code that is needed.

That said, it's not being done to reduce a small library like jquery into an even smaller library for just the things needed. When it comes to that stuff, I think caching or a CDN should probably be good enough.

Answer 6

我不了解其他框架，但是使用Dojo Toolkit，您可以通过在AOL或Google中使用您网站中的源的公共CDN副本来更好地利用缓存。