[Openstack] Why Horizon use Django instead Flask or other?

Joaquín Salvachúa jsalvachua at dit.upm.es
Tue Aug 19 09:40:13 UTC 2014


Hello,

In the Fi-Ware  EU research project  ( http://www.fi-ware.org ) we have been developing a version of Horizon fully javascript based (using backbone.js) that have a much better user experience, keeping most of the look and feel. Some of the functionality is packed into a pure javascript library  called Jstack (  https://github.com/ging/jstack ). 

It includes the full horizon functionality and some extras for the project. 

It is open source ( https://github.com/ging/fi-ware-cloud-portal ) and we would love to contribute it to Openstack and make it evolve within the OpenStack  community. 

How do you think we may proceed on this?

Best Regards

Joaquín Salvachúa


------------------------------------------------------------------------ 
Joaquin Salvachua               tel: +34 91 549 57 00  x.3026
Associated Professor                 +34 91 549 57 62  x.3026
dpt. Telematica                                                
E.T.S.I. Telecomunicacion
Ciudad Universitaria S/N         fax: +34 91 336 73 33 
E-28040  MADRID   SPAIN

mailto:joaquin.salvachua at upm.es 
--------------------------------------------------------------------------




El 19/08/2014, a las 03:40, Gabriel Hurley <Gabriel.Hurley at nebula.com> escribió:

> At the point at which the Horizon project first began (during the Cactus, I believe) the handful of folks working on it wanted a Python web framework that would get them up and running as fast as possible. That meant lots of built-in, “batteries-included” features so they didn’t need to reinvent a bunch of wheels; and that also meant something they had at least passing familiarity with. So they chose Django.
>  
> Speaking from personal opinion at this point (and as a former Horizon PTL and Django core developer): Flask is good for writing APIs or very simple sites, but not for large webapps. They would have had to write a ton of code for things other frameworks have built-in. And Pylons and Zope don’t have nearly the base of community, resources, or documentation that Django does. Twisted would have been another option, but the event-driven model of Twisted is hard for many people to wrap their heads around and wasn’t appropriate at the time.
>  
> All things considered I think the choice of Django was relatively sound (I had nothing to do with the original choice). It’s allowed the project to grow and scale effectively over the last 3+ years.
>  
> At this point, though, there’s a clear demand for a more responsive and real-time dashboard experience, and that generally means moving as much as possible into a client-side JavaScript-based webapp. That’s why the Horizon team has been making efforts to move towards things like angular.js and socket.io to help bring the next era of modern Horizon functionality. It’s not a simple or easy transition, but as that transition takes place a vast amount of the Django code will likely go away.
>  
> I hope that helps shed some light on the historical reason for “why Django” as well as why it may matter less that it was Django and not something else over time.
>  
> All the best,
>  
> -          Gabriel
>  
> From: Guillermo Alvarado [mailto:guillermoalvarado89 at gmail.com] 
> Sent: Monday, August 18, 2014 4:20 PM
> To: openstack at lists.openstack.org
> Subject: [Openstack] Why Horizon use Django instead Flask or other?
>  
> Hello,
>  
> I am wondering why Horizon is built in Django instead other Python Framework Like Pylons, Flask, Zope or oher ?
>  
>  
> Thanks for your time!
> ~GA
>  
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140819/ee28b750/attachment.html>


More information about the Openstack mailing list