Active
Project:
App Server
Version:
7.x-1.0-beta1
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
13 Mar 2012 at 02:42 UTC
Updated:
27 Mar 2012 at 11:56 UTC
When using this, the relationship between App and App Release is a bit weird. It gets much better if you use nodeconnect then you can create an App Release directly within the App content type. Seems like from the App viewer (not edit form) you should also be able to add a release. This makes me think the relationship is not setup correctly, or possibly that App should be a Vocabulary and not a Node type.
Thoughts???
Comments
Comment #1
alexweber commentedPartially agree.
If you take a step back and think about this conceptually:
Therefore, it makes more sense to have the "App" field be a reference in the "Release". ie: You create a release and specify what app it is for. It doesn't make sense to create a release and then have to go back and edit the App to make it aware of the new release, this is standard open and closed OOP theory! :)
Regarding the node vs term debate for Apps, I think an App should in fact be a content type because it shares the same inherent properties as nodes; ie: An App can be published/unpublished, can be promoted or sticky.
IMO this information (as well as the logo btw) belongs in the App and not in the Release. This is debatable though.
Comment #2
alexweber commentedAlso, we should take a look at this #1504256: Deprecate References in favor of Entity Reference before deciding on how to re-implement the reference.