Re: N-tier development and modeling
Federico Heinz <[email protected]> Sun, 7 Mar 2004 21:51:12 +0000 (UTC)
| Newsgroups | gmane.comp.python.modeling |
|---|---|
| Organization | Fundacion Via Libre |
| Message-ID | <1078696292.802.35.camel@michelle> |
On Thu, 2004-03-04 at 18:06, Tom Hallman wrote: > Here is the situation: my colleagues and I are attempting to put together > a framework using an N-tier methodology, with the client software > interfacing to the server/database backend via remote procedure calls (RPC). > For us, Modeling will serve as a large part of that backend, with an API > written overtop. The client will make calls to this API, and all will be grand. Maybe I'm missing someting here... ¿but are you sure that this ought to be solved in Modeling itself? I can't help but refer to Modeling's ancestor: EOF within OpenStep. In OpenStep, you would use EOF to get object/relational persistence, and if you wanted to do n-tier deplyment you'd resort to Distributed Objects, which were orthogonal to EOF (i.e. any app could use either one, or both, or none). So maybe what you are looking for is not a Modeling extension, but a network-transparent message passing system for Python, which can be used together with Modeling? Fede -- GnuPG Public Key: gpg --keyserver wwwkeys.eu.pgp.net --recv-key BD02C6E0 Key Fingerprint: 04F4 08C5 14B7 2C3D DB21 ACF8 6CF5 0B0C BD02 C6E0
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAS5ljbPULDL0CxuARAkgAAJ9zH2rCBU6Bbdj2MItqfBSmIbzxTQCgtLny gmYtxytZi+OEvh9zCwB1Vwk= =aIV2 -----END PGP SIGNATURE-----