I also don’t find it difficult to debug Ripple in its release/combined form, as
long as it isn't minified. It can sometimes be convenient to be able to search
around when everything is all in one file. When you find the site you want to
change you can always find out what individual file you are in by searching
backwards for the nearest define. When I shift from problem analysis to
implementing a fix I kind of change gears anyway.
Also, when I debug a problem from the field I always debug using the release
form so the stack tracebacks match up.
Julian
-----Original Message-----
From: Tim Barham [mailto:[email protected]]
Sent: Friday, June 05, 2015 2:17 PM
To: [email protected]
Subject: RE: A question about require (ripple): why build-time stacking instead
of runtime injection?
Don't know of any technical requirement, though interestingly with script
injection in Cordova ... are you referring plugin scripts? Because they're
moving towards a model where they're concatenated at build time (using
browserify) rather than injected at runtime.
For me with Ripple, I just make sure I'm at least always working against a
non-uglified version of the source :).
-----Original Message-----
From: Arzhan Kinzhalin [mailto:[email protected]] On Behalf Of Arzhan
Kinzhalin
Sent: Friday, June 5, 2015 11:06 AM
To: [email protected]
Subject: A question about require (ripple): why build-time stacking instead of
runtime injection?
Hi all;
I was wondering if there’s a reason for require() (which is aliased to ripple)
to have its current form? I understand it’s been taken as-is from cordova, but
even cordova does inject script instead of stacking them up into a huge poorly
debuggable blob.
I guess my question is whether there was a specific technical reason to use
cordova-require/build-time pack combination instead of cordova-require/runtime
inject or plain require.js? Is it purely historical or is there some technical
background that I am missing?
Major disadvantage is that the development environment is unnecessarily
complicated. We could have two versions: running ripple for dev environment and
release version (optimised/concatenated). Would this be a reasonable change? If
the dev community around this project is to grow, the development environment
should be friendly. :)
--
// kai