Второй метод также возвращает список.


Shocker.Pro , j=10. Совсем меня камнями не закидывайте, пожалуйста. Одно дело WriteLine поставить перед кавычкой, другое дело как вывести в представлении в моем случае. Я потому здесь и спрашиваю у более опытных людей, не нашла в литературе подобного. Модель переделывать буду, если с foreach не разберусь, пока мне кажется с foreach проще

fkthatSveta82, что это за адъ вы написали? Зачем делать JSON-строку, а потом десерилизовать её в BSON, еслм можно сразу создать BsonDocument?

Можно и так, конечно, Вы правы

[quot Shocker.Pro]Sveta82Shocker.Pro , j=10.а почему именно 10, а не 0,1,2,3...10? Сможете понять почему? Если сможете, посмотрите потом на свой код и скажите, почему ViewBag.message будет содержать только сообщения последнего пользователя, а не всех пользователей (по аналогии).
Значение j каждый раз перезаписывается, и в моем ViewBag.message также происходит, это понятно. В том и вопрос, как сохранить сообщения всех пользователей и передать их во view, найти некий аналог Console.WriteLine, что ли или дополнительные переменные нужны или еще один список, уже глаз замылился, не вижу выхода. Я долго пыталась сама разобраться, прежде чем сюда написала. Вы знаете, как это сделать, но хотите, чтоб я своим умом дошла? Я не могу найти ничего похожего на просторах Интернета. Есть у Вас пример какой-нибудь?

Shocker.Pro

Sveta82Модель переделывать буду, если с foreach не разберусьНеправильно. Вы запутались именно потому, что у вас нет модели. Если бы была модель, вам бы сложно было написать такую глупость, потому что компилятор не дал бы. Модель с помощью строгой типизации сможет упорядочить у вас в голове то, что не упорядочивается, когда вы пытаетесь применить динамический словарь (ViewBag) - работа с ним неудобна, неочевидна и не стоит его применять при передаче данных от контроллера к представлению. Так что не спорьте, делайте модель.
Теперь буду задавать вопросы по модели, вероятно они покажутся вам глупыми. Эх, была-не была. Я в проекте создала 4 модели, которые соотносятся с коллекциями в БД. Я так понимаю, мне нужно создать еще один класс , в котором будут те свойства, которые необходимо показывать во view? В примерах везде строготипизированные модели отражают существующие свойства, а у меня еще и методы выборка в выборке, их куда писать?

Дмитрий МухSveta82,

а с английским у вас как?

я в своё время прошёл бесплатный курс "MongoDB for .NET Developers" (сейчас доступен на YouTube)
там по шаблону MVC делается Блог, где у Постов есть Комментарии

советую посмотреть
могу и весь проект отдать, что в результате курса получается
С английским дружу хорошо. Спасибо за совет, рада любой помощи! Если не трудно поделитесь, тем, что есть

Дмитрий МухSveta82база MongoDb. 4 коллекции. Пользователь в textbox вводит значение, идет поиск по коллекции юзеров, затем ищутся сообщения у каждого пользователя, есть еще два похожих метода, которые ищут данные по двум другим коллекциям
Базу сами спроектировали? Почему бы не хранить агрегат целиком в одной коллекции?

Что вообще за приложение?
Базу не я проектировала, поэтому работаю с тем, что есть.

Дмитрий МухДмитрий МухMongoDB for .NET Developers
YouTube: https://www.youtube.com/playlist?list=PL7qd7wvXpXMbvSlWsXdoAZ6uVYCmAfNFQ

Shocker.ProВам нужно создать модель представления .
То есть некий POCO-класс, который будет содержать ВСЕ данные, которые нужны для отображения странички. В данном случае - данные о пользователях и данные о сообщениях всех пользователей.

Взглянув на получившуюся модель, вы должны понимать, что она удовлетворяет этим требованиям и, в частности, в ней можно получить доступ к сообщениям РАЗНЫХ пользователей.

Затем добавляете в представление @model MyViewModel, а в контроллер return View(myViewModelInstance)

Затем переделываете View, чтобы он извлекал данные из модели, а не из ViewBag

Затем переделываете контроллер, чтобы он складывал данные в модель, а не во ViewBag
Спасибо, пошла думать

Спасибо всем хорошим людям, ответившим мне на этой страничке. Дмитрий Мух, Вам отдельная благодарность!!!