Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <blockquote> <p>Should one strive to call .goToState only from within the state manager? </p> </blockquote> <p>Probably. I don't know this for certain, but it seems to me that because the state manager knows what state you're in, it's the place to enforce legal state transitions. If you called .goToState from outside the state manager, you're doing it without really knowing what state you're in, and while that's sometimes OK (maybe it's a state you really can reach from any other state) it's not a great habit to be in.</p> <blockquote> <p>I sometimes find myself mirroring methods in the state manager on the view, e.g. save: -> StateManager.send("save"). Does that make sense or am I missing something? </p> </blockquote> <p>I like what pangratz has to say about this.</p> <blockquote> <p>Should all modification of models (generally) go through the state manager? </p> </blockquote> <p>The way I use statecharts, no. I've seen some people using statecharts as pretty much a complete replacement for the controller layer, however, and if that's how you're working, then yes, it should go through the state manager. The pattern is to avoid direct manipulation of models from views; whether it's a controller layer or a state manager in between seems like a moot point to me.</p> <p>The way I use state charts, however, the state manager is made to manage the state of the application. It can play traffic manager for the modification of models if that modification will change the state of the application (e.g. if there's a progress indicator while an update completes), but it seems to me that model updates aren't part of its mandate; they belong to controllers.</p> <blockquote> <p>If one view has different states, should that be modeled using a ViewState with child states, or should I use computed properties and view properties to hold that information only in the view (without the state manager knowing of the views internal state)?</p> </blockquote> <p>I think the state manager needs to know (or ought to know) the view's internal state.</p> <p>Out of curiosity, are you coming from a web development background, or a desktop/mobile app development background? I came from web development, and state charts were a new concept for me. I found it very useful to read <a href="http://www.wisdom.weizmann.ac.il/~dharel/SCANNED.PAPERS/Statecharts.pdf" rel="nofollow noreferrer">the canonical State Chart paper</a> by David Harel ('ware PDF!). It's surprisingly readable for an academic paper and lays out the basic state chart concept most of the SproutCore/Ember world has been using since late 2010 (i.e. it's what <a href="https://stackoverflow.com/users/521786/michael-cohen">Michael Cohen</a> had in mind when he wrote Ki.)</p>
    singulars
    1. This table or related slice is empty.
    1. POBest practice regarding StateManager in Ember.js
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USCommunity
    1. USpjmorse
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. POBest practice regarding StateManager in Ember.js
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTBountyClose
    1. COAn additional link: Frozen Canuck aka Michael Cohen's Statechart vs. Controller http://frozencanuck.wordpress.com/2011/03/09/sproutcore-statecharts-vs-controllers/. Although for SproutCore it's still a valid resource.
      singulars
      1. PO
      1. USpangratz
    2. COFrom a web development background.
      singulars
      1. PO
      1. USsandstrom
    3. COThen Harel's paper, or Ian Horrocks' book (if you can find one for a reasonable price) will help you a lot.
      singulars
      1. PO
      1. USpjmorse
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload