[web2py] large sites/application.

2010-05-13 Thread thedangler
I'm confused when to make apps. I'll be making a pretty decent size
website and it has over 30 tables. The site will have different
functionalities and for the most part i have only seen code for apps
that do two or one thing.

So do i make multiple apps. If so how do i know when to make a new
one. If not is there a proper way to build large applications.

Thank you.


Re: [web2py] large sites/application.

2010-05-13 Thread Alexandre Andrade
to build large app, you can:

1. split you tables over several models, like
db.py
db_000_user_management.py
db_001_portal.py
db_002_ecommerce.py

and so on.

2. split your code and html over several controllers:

default.py
portal.py
shop.py

views/default/*.html
views/portal/*.html
views/shop/*.html


 and so on.

-- 
Atenciosamente

-- 
=
Alexandre Andrade
Hipercenter.com


2010/5/13 thedangler matt...@gmail.com

 I'm confused when to make apps. I'll be making a pretty decent size
 website and it has over 30 tables. The site will have different
 functionalities and for the most part i have only seen code for apps
 that do two or one thing.

 So do i make multiple apps. If so how do i know when to make a new
 one. If not is there a proper way to build large applications.

 Thank you.



Re: [web2py] large sites/application.

2010-05-13 Thread Thadeus Burgess
But the problem with web2py is that what if you don't want portal
models to execute when they are on the public portion of the site? But
the public depends on the portals models and visa versa. No matter
which way you hash it, your going to have a massive web2py spaghetti
on your plate with some giant meatballs. =)

If your not a stickler for perfection and don't mind everything being
pulled in regardless of where they are in your site, you should be
fine.

Currently, it is not an appropriate solution to even put the models in
an external file that can be imported by each app, as the way web2py
works your not supposed to import your models... yes you can make a
function and pass your db object, but like I said, plate of spaghetti.

--
Thadeus





On Thu, May 13, 2010 at 7:54 PM, Alexandre Andrade
alexandrema...@gmail.com wrote:
 to build large app, you can:

 1. split you tables over several models, like
 db.py
 db_000_user_management.py
 db_001_portal.py
 db_002_ecommerce.py

 and so on.

 2. split your code and html over several controllers:

 default.py
 portal.py
 shop.py

 views/default/*.html
 views/portal/*.html
 views/shop/*.html


  and so on.

 --
 Atenciosamente

 --
 =
 Alexandre Andrade
 Hipercenter.com


 2010/5/13 thedangler matt...@gmail.com

 I'm confused when to make apps. I'll be making a pretty decent size
 website and it has over 30 tables. The site will have different
 functionalities and for the most part i have only seen code for apps
 that do two or one thing.

 So do i make multiple apps. If so how do i know when to make a new
 one. If not is there a proper way to build large applications.

 Thank you.







Re: [web2py] large sites/application.

2010-05-13 Thread Álvaro Justen
On Thu, May 13, 2010 at 23:07, Thadeus Burgess thade...@thadeusb.com wrote:
 But the problem with web2py is that what if you don't want portal
 models to execute when they are on the public portion of the site? But
 the public depends on the portals models and visa versa. No matter
 which way you hash it, your going to have a massive web2py spaghetti
 on your plate with some giant meatballs. =)

 If your not a stickler for perfection and don't mind everything being
 pulled in regardless of where they are in your site, you should be
 fine.

 Currently, it is not an appropriate solution to even put the models in
 an external file that can be imported by each app, as the way web2py
 works your not supposed to import your models... yes you can make a
 function and pass your db object, but like I said, plate of spaghetti.

What we can do (developers) to solve this problem?

 --
 Thadeus





 On Thu, May 13, 2010 at 7:54 PM, Alexandre Andrade
 alexandrema...@gmail.com wrote:
 to build large app, you can:

 1. split you tables over several models, like
 db.py
 db_000_user_management.py
 db_001_portal.py
 db_002_ecommerce.py

 and so on.

 2. split your code and html over several controllers:

 default.py
 portal.py
 shop.py

 views/default/*.html
 views/portal/*.html
 views/shop/*.html


  and so on.

 --
 Atenciosamente

 --
 =
 Alexandre Andrade
 Hipercenter.com


 2010/5/13 thedangler matt...@gmail.com

 I'm confused when to make apps. I'll be making a pretty decent size
 website and it has over 30 tables. The site will have different
 functionalities and for the most part i have only seen code for apps
 that do two or one thing.

 So do i make multiple apps. If so how do i know when to make a new
 one. If not is there a proper way to build large applications.

 Thank you.









-- 
Álvaro Justen - Turicas
 http://blog.justen.eng.br/
 21 9898-0141