[haXe] haXe vs Ruby (was : OSCON)

[Martin Heidegger]

2006/8/1, Luzifer Altenberg <luzifer at atomgas.de>:
>
> Hallo
>
> I dont think its all about Ruby but Rails. Rails is well done in all
> aspects modern web apps.
> you can say the same about Django (djangoproject.com) which is
> written in python.
> a simlilar framework written in haXe would have many advantages over
> both of them
> since haXe is typed, compiled and faster?.


Haxe is strict typed as well as straight in programming. I don't want to
turn
Haxe into Java but those guys know best how to deal restrictions. I think
you need to turn Haxe in a OOP tool where one class (expected to be able to
write it platform independently) can do what you need. AOP is one key to
success but aop needs configuration. I think haxe lacks in configuration and
I
am playing with the thoughts of

In my imagination this would be cool:

package blog;

class ObjectList implements Page {
  public var list:Array<Int>;
  public function new(list:Array<Int>, request:HttpRequest,
response:HttpResponse) {
    this.list = list;
    render(request, response); //
  }
}

class Index extends AbstractPage implements Page {
  public function render(request:HttpRequest, response:HttpResponse) {
    new ObjectList([1,2,3], request, response);
  }
}

http://www.mysytem.com/blog/Index

// manual configuration of this path ... automatic class check but AOP
wiring of Skin/Functionality.
// http://www.mysystem.com/blog/ObjectList ... would throw an error because
the constructor needs parameter that can not be passed with the url.

<location path="/">
   <template-dir path="/etc/project/templatesX"></template-dir>

   <security type="ssh">SPOD.StandardSecurityHandler<security> //
dynamically extendable ala springframework.org
</location>

The database abstraction  layer of django looks more like SPOD since
> it uses
> Managers like haxe SPOD. And the DB columns are members  of the model
> class.
> (in django they are Instances of a Class so they include type
> information and other information like length, autoincrement...
> that makes it possible to craete the database out of the model and
> vice versa)


The database abstraction of  SPOD as well as most others is imho easy but
annoying.
In my opinion the language could add a lot of value to this but also I am
staring at a mostly
SQL less version where I don't need to think about stuff....
http://www.hibernate.org/ as good example.

so what would I need in SPOD.
>
> Validation
> many to many relations
> pre and post save/update callbacks
> migrations (on of the cooles features rails offers , DB version
> management in ruby code)
> pagination (not realy related to SPOD)
> some artimetic features (SUM ; AVG, COUNT , ...)

other than that I think haXe would need a package manager/
> distribution system like
> ruby gem or python eggs.
>
> also since haXe is quite new some basic things are missing
>
> - open ssl (https)
> - SHA1...
> - easy mail (send via SMPT with auth or sendmail, POP, IMAP)...
> - image manipulation
> - SOAP
> - XMLRPC
> - YAML
> - RSS/ATOM reading/writing
> - pdf generation
> - pack , unpack (for easy binary data manipultaion)
> ......


I think things like this can and will be done easily if you have a plugable
container to do so.
Would love to see something like Springs XML Definitions or Hibernate
finding its way to Java.
Would love a lot if you at least take a look at it.

yours
Martin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.motion-twin.com/pipermail/haxe/attachments/20060801/9fe46911/attachment.htm