У меня есть эта ViewModel
class ProductViewModel{
List<ProductSellingScopeViewModel> Scopes{get;set;}
string Name{get;set;}
int Id{get;set;}
}
class ProductSellingScopeViewModel{
int IdScope{get;set;}
decimal Price{get;set;}
}
class SellingScopeViewModel{
int Id{get;set;}
string Name{get;set;}
}
Для создания / обновления продукта у меня будет флажок для каждой SellingScopeViewModel (например, «веб-сайт», «каталог» ...), и пользователь выберет области, в которых он хотел бы продать продукт, и для каждой области он напишет цену.
Я пробовал это (только часть цены) (NVelocity):
#set($checkBoxList = $FormHelper.CreateCheckboxList("product.Scopes", $Scopes,"%{text='Name',value='Id',sourceProperty='IdScope'}"))
#foreach($elem in $checkBoxList)
$checkBoxList.Item("$elem.Id") $Form.LabelFor("$elem.Id",$elem.Name)
#end
#foreach($aScope in $Scopes)
$FormHelper.LabelFor("product.Scopes[$velocityCount].Price","$aScope.Name")
$FormHelper.TextField("product.Scopes[$velocityCount].Price")
$FormHelper.HiddenField("product.Scopes[$velocityCount].IdScope")
#end
Для создания товара нет проблем.
Но для обновления продукта объединение не работает, потому что $ product.Scopes могут быть не в том же порядке, что и $ Scopes или $ product.Scopes, возможно, не связаны с каждой областью. Так что в итоге я получу
Catalogue : |20$|
Call Center : |25$|
Web site : ||
Если мои объекты такие
$ Области применения:
Id - Name
---------
1 - Catalogue
2 - Call Center
3 - Web Site
И Product.Scopes
IdScope - Price
--------------
3 - 20$
1 - 25$
Я думал о превращении ProductViewModel.Scopes в словарь (и использование идентификатора области вместо $ speedCount), но я не уверен, как фреймворк будет реагировать .
Или не использовать структуру для отображения ценовых значений и иметь дело с помощником, но это своего рода борьба с этой структурой.
Что ты думаешь?
РЕДАКТИРОВАТЬ: FormHelper Castle Monorail выдаст исключение, если я попытаюсь создать список флажков с моим Dictionnary ...