Sorry, I think it’s a good tech topic to discuss, so forward it to crosswalk-dev.
From: Wang, Peter H Sent: Friday, October 25, 2013 1:39 PM To: crosswalk-project/crosswalk; crosswalk-project/crosswalk Subject: RE: [crosswalk] Use empty name to inject JS to avoid revealing code. (#828) [Hongbo] document.getElementById is another story since it is implemented in 'native' way, as you said. No, it’s the same story. Binding of “document.getElementById” in Browser engine just because when we build engine we already know it must existent, so we make binding in engine, and that brings some convenient for implementation. And we cannot forsee what developers like to use extra interfaces, so we have to provide a mechanism to let developers binding those extra interfaces and make sure it works well as host object. [Hongbo]App developer could also debug the JS binding code. Actually, when it’s mature. Extension developers even don’t aware the “*_api.js” existent. It will generated by tools and developer just have to provide an IDL or json file. So, why they need to debug it? I’m wondering what’s the case you meet. Can you open an issue and provide the case that shows it blocks your development? I’d like to try to solve it. From: Hongbo Min [mailto:[email protected]] Sent: Friday, October 25, 2013 12:31 PM To: crosswalk-project/crosswalk Cc: Wang, Peter H Subject: Re: [crosswalk] Use empty name to inject JS to avoid revealing code. (#828) document.getElementById is another story since it is implemented in 'native' way, as you said. My point here is, is it necessary to hide the JS binding code for API implementation? As I know, chrome extension API also has JS binding code, and it is not hidden in devtools. App developer could also debug the JS binding code. The eventual purpose is to do a little help to make it success. Could you point me what the success is in your mind and why it has to hide JS binding code? — Reply to this email directly or view it on GitHub<https://github.com/crosswalk-project/crosswalk/pull/828#issuecomment-27061050>.
_______________________________________________ Crosswalk-dev mailing list [email protected] https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
