Skip to content
This repository has been archived by the owner on Apr 24, 2018. It is now read-only.

WHYYYYYYYYY. #1

Open
allixsenos opened this issue Mar 17, 2017 · 7 comments
Open

WHYYYYYYYYY. #1

allixsenos opened this issue Mar 17, 2017 · 7 comments

Comments

@allixsenos
Copy link

No description provided.

@pizzapanther
Copy link

I don't get it what's the purpose? I'm just super curious and wondering what I'm missing here.

@channprj
Copy link

channprj commented Mar 27, 2017

hybrid-creature

It feels like hybrid creature in StarCraft 2 for me... But quite interesting and I'll keep eye on this. 🙊

@kennethreitz
Copy link
Contributor

because django's best parts are the admin and the ORM. Flask is superior for everything else, in my opinion.

@yokotoka
Copy link

@kennethreitz

because django's best parts are the admin and the ORM

Best part of Django is ORM?
ORM?!?!?!
890388840

Did you saw sqlalchemy?

@wowkin2
Copy link

wowkin2 commented May 11, 2017

django's best parts are the admin and the ORM

just leave it here:
https://flask-admin.readthedocs.io/
http://docs.sqlalchemy.org/

@krnr
Copy link

krnr commented May 12, 2017

from a sideview I can support the creator: Alchemy is really good, but ORM is not THAT worse. It's cohesive, powerful and fast if you use it correctly. So I can understand his choice. I'd rather hear the pro's of using werkzeug as midleware system, because django midleware is really its bottleneck. And, yes, it's a very interesting idea and i'm also curious

@adrianiskander
Copy link

Hybrid like this may seem funny at first place but its assumptions are reasonable. Some arguments:

  • Flask has better template engine (Jinja)
  • Flask imports are more intuitive (from flask import x,y,z)
  • views/api prototyping is faster, easier and more fun (no excessive setup)

On the other side:

  • Django has better migration engine (it allows to migrate constraints)
  • Django ORM is easier to use (SQLA is packed with features but its docs are tough)
  • No problem with shuffling models across app and write tests (no app context issues)

So crossover like this would be:

  • Flask-like views/routes/api (things that Flask excels out of the box)
  • Django-like models, migrations, admin, tests (thing that Django excels out of the box)

Thanks for this interesting setup. I'll experiment with it and see if the world ends.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants