Re: About proper use of mantissa.sharing...

"Alex Lang" <[email protected]> Mon, 7 Apr 2008 03:08:02 -0700
Newsgroups gmane.comp.python.quotient.dev
Message-ID <[email protected]>
On Sun, Apr 6, 2008 at 11:49 PM,  <[email protected]> wrote:

>  The key problem with this is: don't render items in the app store.  You
> should try to never use store.parent in your application code.  The few
> places you really do need to use it, you should be aware that this is
> because of a missing feature in the infrastructure; in a few months, there
> should be literally zero places that these sorts of links are required.
>
>  One question: why an app store and not the user store?  I don't understand
> your use case at all, so I can't really offer a solution (or even point to
> all of the relevant open tickets: this is a sticky area of the
> infrastructure that we are actively cleaning up).
>

The reason for putting things in the app store is if the object
doesn't really belong to any user... for example, a wiki article (for
a wiki that is purely public). I may be misunderstanding what should
be going on here, and it might make more sense to still have these in
a user store... I would appreciate some input on this. If it does in
fact belong in the app store, does this legitimize the rendering of
app items in user stores?

>  I believe you're also going to need this:
> http://divmod.org/trac/ticket/2554 which I need to review.  This would allow
> you to use items in app stores according to normal sharing rules; right now
> they have kind of wonky requirements.
>
>  Once those tickets are resolved, you can do something like what I describe
> below.  Hopefully you can either help us resolve them somehow or do
> something that is similar in spirit to this summary until they're done.
>
I will see what I can do!

>  First of all, don't create any items in a renderer.  Ever.  Why would you
> do that?  Don't.  This has nothing to do with app stores or user stores;
> this is basic model/view separation stuff.
>
Yes, my example was very bad in this respect.

>  However, think about who owns the data; if you billed for every bit in your
> system, are you billing it to the application, or is it owned by a
> particular user?  Examples of data billed to a user: their blog posts, their
> emails, status updates, inventory records, etc.  Billed to the application:
> indexes, data that is placed on the front page of a public site,
> aggregations (top ten lists, etc).  Most of the time, the link actually goes
> the other way: items in an app store ought to be shallow copies, and
> pointers to, relevant information owned by a particular user.  For example,
> keep in mind that users don't need to be simply end- users either, you could
> make a user like "north american continent" if it's convenient.

Hmm, I have trouble seeing how a user like "north american continent"
makes sense... would it only serve as a sort of store space for data?
What does this user mean with respect to the other potential
applications on your site?

-- 
Alex