Невозможно вставить элементы в набор наборов [duplicate]
TL; DR: Попробуйте использовать Html.Partial вместо Renderpage
Я получал Object reference not set to an instance of an object, когда пытался сделать вид в представлении, отправив ему модель, например это:
@{
MyEntity M = new MyEntity();
}
@RenderPage("_MyOtherView.cshtml", M); // error in _MyOtherView, the Model was Null
Отладка показала, что модель была Null внутри MyOtherView. Пока я не сменил его на:
@{
MyEntity M = new MyEntity();
}
@Html.Partial("_MyOtherView.cshtml", M);
И это сработало.
Кроме того, причина, по которой я не имел Html.Partial для начала, заключалась в том, что Visual Studio иногда выдает ошибки, (f9), если он находится внутри другого построенного цикла foreach, хотя это не ошибка:
@inherits System.Web.Mvc.WebViewPage
@{
ViewBag.Title = "Entity Index";
List<MyEntity> MyEntities = new List<MyEntity>();
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
}
<div>
@{
foreach(var M in MyEntities)
{
// Squiggly lines below. Hovering says: cannot convert method group 'partial' to non-delegate type Object, did you intend to envoke the Method?
@Html.Partial("MyOtherView.cshtml");
}
}
</div>
Но я смог запустить приложение без проблем с этим " ошибка". Я смог избавиться от ошибки, изменив структуру цикла foreach, чтобы выглядеть так:
@foreach(var M in MyEntities){
...
}
Хотя я чувствую, что это потому, что Visual Studio неправильно интерпретировала амперсанды и скобки .
4 ответа
Поскольку val не участвует в сравнении, его можно было объявить mutable
struct Foo {
Foo(int i, int j) : id(i), val(j) {}
int id;
mutable int val;
bool operator<(const Foo& other) const {
return id < other.id;
}
};
. Это означает, что значение val может изменяться в логически const const, что означает что он не должен влиять на другие операторы сравнения и т. д.
Или вы можете просто удалить и вставить, что занимает O (1) дополнительное время (по сравнению с доступом и изменением), если вставка использует позицию непосредственно перед старый, как подсказка.
Что-то вроде:
bool alreadyThere = !p.second; // you forgot the !
if (alreadyThere)
{
Set::iterator hint = p.first;
hint++;
s.erase(p.first);
s.insert(hint, f);
}
-
1– Dave S 7 September 2011 в 22:18
-
2– Cubbi 7 September 2011 в 22:21
-
3– A. Levy 7 September 2011 в 22:50
-
4– Luc Touraille 31 May 2012 в 15:42
-
5– Luc Touraille 31 May 2012 в 15:51
Не пытайтесь решить эту проблему, работая над константой элементов в файле set. Вместо этого, почему бы не использовать map, который уже выражает отношения ключевого значения, которые вы моделируете, и предоставляет простые способы обновления существующих элементов.
-
1– CodeAngry 31 May 2014 в 18:04
-
2– austingae 30 July 2018 в 23:08
Сделать val mutable as:
mutable int val;
Теперь вы можете изменять / изменять / мутировать val, даже если foo const:
void f(const Foo & foo)
{
foo.val = 10; //ok
foo.id = 11; //compilation error - id is not mutable.
}
By Кстати, из вашего кода вы, кажется, думаете, что если p.second истинно, то значение уже существует в наборе, и поэтому вы обновляете связанное значение. Думаю, вы ошибаетесь. На самом деле это наоборот. doc в cpluscplus говорит:
Пара :: второй элемент в паре имеет значение true, если новый элемент был вставлен или false, если элемент с тем же
, что является правильным, на мой взгляд.
Однако, если вы используете
std::map, ваше решение будет простым:void update(std::map<int,int> & m, std::pair<int,int> value) { m[value.first] += value.second; }Что делает этот код?
m[value.first]создает новую запись, если ключ не существует на карте, а значением новой записи является значение по умолчаниюint, которое равно нулю. Поэтому он добавляетvalue.secondвzero. Или, если ключ существует, он просто добавляет к немуvalue.second. То есть приведенный выше код эквивалентен этому:void update(std::map<int,int> & m, std::pair<int,int> value) { std::map<int,int>::iterator it = m.find(value); if ( it != m.end()) //found or not? it.second += value; //add if found else { m.insert(value); //insert if not found } }Но это слишком много, не так ли? Это не очень хорошо. Более ранний из них более лаконичен и очень эффективен.
вы можете использовать MAP, который имеет очень быстрый доступ к вашему элементу, если у вас есть KEY. в этом случае я думаю, что использование MAP было бы лучшим способом достижения максимальной скорости. STD :: MAP