2012-12-15 59 views
1

我在玩sdk 2.0。我下載了這些例子,特別是我指的是「Grid」示例。我只想顯示基於特定工作區(或項目...)的結果,但我無法上手。)如何在Rally SDK 2.0中過濾上下文?

這是我的整個應用程序。我試圖在storeConfig上設置上下文,如下所示。它不起作用。我的語法錯了嗎?或者我從根本上誤解了這個配置設置的目的?

Ext.define('CustomApp', { 
extend: 'Rally.app.App', 
componentCls: 'app', 

launch: function() { 
    Rally.data.ModelFactory.getModel({ 
     type: 'UserStory', 
     success: function(model) { 
      this.grid = this.add({ 
       xtype: 'rallygrid', 
       model: model, 
       columnCfgs: [ 
        'ScheduleState', 
        'FormattedID', 
        'Name', 
        'Owner', 
        'Project', 
        'Workspace' 
       ], 
       storeConfig: { 
        context: { 
         workspace: 'Test' 
        }, 
        filters: [ 
         { 
          property: 'ScheduleState', 
          operator: '=', 
          value: 'Defined' 
         } 
        ]      
       } 
      }); 
     }, 
     scope: this 
    }); 
} 

});

回答

1

你這樣做是正確的,但值必須是工作區的裁判,而不是名稱:

context: { 
    workspace: '/workspace/12345' //12345 is the workspace oid 
} 

從一個應用程序內的當前上下文總是通過訪問可用,並且可以很容易地被傳入storeConfigs和其他組件配置如下:

context: this.getContext().getDataContext() 
+0

謝謝,我從webservice api得到了工作區oid,並像你說的那樣設置它。但是它仍然返回同一個項目(來自不同的工作區)。我在查詢字符串中看到(錯誤的)項目oid。我是否需要設置項目和工作區才能使其工作以進行調試?有一個特定的測試項目我想用於調試,這是我的目標。 –

+0

啊。是的,當前的默認行爲是將您傳入的任何上下文與全局上下文合併。所以你沒有指定的值將來自全局,並且在WSAPI項目中勝過工作空間。我們將在此領域爲GA做一些工作,使其更加一致和合乎邏輯。 –

+1

得到它的工作感謝的人。我認爲2.0 API文檔有點混亂,因爲WsapiDataStore Context配置jsut說「工作區的引用範圍」。一些例子會非常有幫助。我是Rally sdk的全新品牌,所以這對於有經驗的用戶來說可能是顯而易見的,但我發現它很混亂。我必須做工作區:'/ workspace/9999',項目:'/ project/8888888'以使其過濾到項目。 –

相關問題