Nicolas, i'm almost convinced! :o) Just a few quick questions:
1-Everything in AS2 is doable with Haxe? 2-Can I use Flash 8 BitmapData classes? 3- And flash.filters? 4-... and Tween classes? 5-If you want an "Haxe application" running on a general web hosting (like, for example, www.icdsoft.com), is there anything they must have (mod_neko installed, for example)? Normally they are very conservative on changing configuration (even little things), so normally I use technologies that are usually installed by default, because I can't afford to have my own web server. 6-And If I want it running on IIS for development (sometimes I have to use .NET, so I prefer IIS over apache on Windows because there's no need on having two http servers for development)...? mod_neko is already ported? 7-What are the weak points of Haxe? (tricky question) Sorry for some obvious questions, that could be answered by looking into the manual, but I'm already reading too much things at the same time, without sleeping tonight (it's 8:31 am here...). It seems that Haxe has everything to be a robust language, but for me the above questions and the need for features like aswing on haxe, hxdt finished, and some success cases online, make me want to wait just a bit more before making such decision. But meanwhile, I'll spread the word :o). João Saleiro -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicolas Cannasse Sent: segunda-feira, 5 de Junho de 2006 8:06 To: Open Source Flash Mailing List Subject: Re: [osflash] Important questions for future robust web-applications development > Haxe seems to be great, and very well done. But there are some things > that makes me want to wait before developing on haxe: general public > adoption, success cases, the problem that it would be necessary to > teach this new language to each person that would want to join me in > the future, the current tools developed that would need to be ported Teaching/Learning haXe is something very easy if people already know about AS2/AS3. The Flash API is the same. haXe will soon support Flash9. [...] > havent, because we knew nothing about how JAVA behaves on the internet: > is it fast? Is it stable? Is it easy to configure? Does it consume too > much server resources? Is it easy to find a good http server that > serves JAVA? (Good and.. cheap?) OpenAMF is as good as AMFPHP is? > > What about alternatives? Java is fast but the JVM consume quite a lot of memory. For alternatives, you have haXe which is running on the Server side by using mod_neko for Apache. Watch haXe Remoting tutorials on http://haxe.org/doc > We have developed CastingOffices server side in a 2-tier basis, using > PHP. The lowest tier - the database layer - is responsible for > executing SQL queries on the database. The second tier is responsible > for business controlling and data consistency. And we have a +1 > half-tier, that exposes the business layer to the outside, using > AMFPHP. We havent used any design patterns, since our purpose was > mainly to achieve what the service was intended to (SOA). My question > is: what do you normally do server side? Just one layer (the service), > and directly access the database? N-tier development? Or you go > further, and apply design patterns to achieve a more structured > application? In other others, is it preferable a data driven > programming (db, our option) or data persistence (OO)? I know the > first one Is far better in efficiency, but for big applications shouldnt data persistence be preferred? haXe on the Server has a library for handling OO persistence called SPOD. It's very easy to use and you don't have to write a lot of SQL everywhere. It also support object caching and transactions. Watch http://haxe.org/tutos/spod for a quick tutorial Best, Nicolas _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
