But also read up on Google’s new DART language.
On 10/14/11 8:06 AM, "Johannes Nel" <johannes....@gmail.com> wrote: i can really recommend this book http://www.amazon.co.uk/Closure-Definitive-Guide-Michael-Bolin/dp/1449381871 On Fri, Oct 14, 2011 at 3:25 PM, valdhor <valdhorli...@embarqmail.com> wrote: Thanks for that. You're right; I'd never heard of it before. All I ever knew about was SproutCore. --- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> , Johannes Nel <johannes.nel@...> wrote: > > look, i don't want to get into a fight with people, but i can really say > that the google closure toolset makes every other html/javascript approach > look absolutely stoneage. a compiler, i mean a real compiler, > it eliminates dead code, does your optimisations for you, you don't have to > write javascript like you are the compiler. if you play nice and religiously > annotate your code, you get static type checking (huge benefit!) proper OO, > interfaces (granted no way to really do is-A) > > lots of components > http://closure-library.googlecode.com/svn/trunk/closure/goog/demos/ > > components actually have a livecycle (believe me, for most people playing > around with javascript this is a radical concept). > there is a framework (called relief), but i don't use it, it is not trying > to solve the problems I am solving. I implemented my own binding system in a > matter of hours, you can even add your own passes to the compiler (at any > point, so pre abstract syntax tree (AST) or use the AST to do your own > transforms) > > I tend to code in netbeans since the code completion is decent and I can > also say the chrome debugger and profiler is extremely sweet. other people > use different tools. > > if you like flex I think you will like closure, it is like the step up from > flash to flex which I took in 2004 and I went like whooooaaa this is > awesome. > check this video http://www.youtube.com/watch?v=M3uWx-fhjUc > > now the bad, people don't seem to know about it, so it does not get all the > loving it deserves, the lists however are extremely responsive (there are > lists for all the different parts of the toolsets, but using all of them > together makes for insane results) > the compiler is not very fast, but using stuff like plovr (build tool) > people make life pretty easy. > > i am just going to flame here as a finish, but jquery is for building mom > and pop crap, if you plan to do any kind of real development in javascript > and you like your wrists, closure is really the only way to go IMO. > > On Thu, Oct 13, 2011 at 9:52 PM, jamesfin <james.alan.finnigan@...>wrote: > > > ** > > > > > > As a devoted flex developer of over five years now, I'm getting the nudge > > by management to get as comfortable with HTML5/Javascript as I currently am > > with MXML/Actionscript. Not my decision. > > > > That said, I figured this forum would be better suited to answer a few > > questions about html5/javascript rather than a endure throught a few > > flash-hater filled javascript forums. ;) > > > > Knowing the following about common flex development practices, what are the > > analogs with flex when using javascript, if any at all? > > > > FlashBuilder = ? (i.e. dreamweaver?) > > MXML = HTML > > Actionscript = Javascript > > RobotLegs = ? > > AS3Signals = ? > > Others, feel free to contribute... > > > > Also, > > Using Robotlegs affords many comforts towards MVC development practices. In > > that context, can other analogs be made in HTML5/Javascript where separate > > files are used for each of these areas? Links and/or examples would be > > great. > > > > View = ? > > Mediator = ? > > Service = ? > > Model = ? > > Controller = ? > > Dependency Injection = ? > > Signals = ? > > > > It would appear as if SproutCore shares some of the attributes we enjoy in > > Flex but would like to hear what Javascripts frameworks are most friendly to > > Flex Developers. > > > > Thanks in advance! > > > > > > > > > > -- > j:pn > \\no comment > -- Alex Harui Flex SDK Team Adobe System, Inc. http://blogs.adobe.com/aharui