eRKa

Немного странный код Вы привели. А можно увидеть код Вашего dbContext?

Если Вы используете codfirst, то таблицы связываются настройкой модели через создание виртуальных свойств у модели с указанием внешних ключей и при необходимости настраиваются атрибутами или Fluent API. Тогда данные будут подтягиваться автоматом dbContext.Bid.UserCreated.Id

Дело не в ограничении, а в ".Result;" на .PostAsync(). Он блокирует отправку, у тебя по идее должно успевать загрузиться 10-20 кБ )). На всей цепочке загрузки файла переделай в async/await, должно заработать.

Вы отвечаете на свой вопрос, прежде чем его задать)

При тестировании мокают объекты, чтобы разорвать внешние зависимости.

Необходимо мокать объекты, от которых тестируемый метод зависит, чтобы не тестировать эти самые объекты. Тогда мы будем тестировать только реализацию самого метода. Мы подразумеваем, что эти объекты работают правильно и действую так, как мы того от них ожидаем. Это значит, что мы можем настроить ожидаемое от них поведение.

mock.Setup(x=>x.Users).Returns(new List<Users>(){ ... }

Т.е. мы точно знаем, что при обращении к нашему зависимому объекту через Users нам вернется весь список наших пользователей, причем точно знаем каких. Благодаря абстрагированию от зависимостей, если тестируемый метод провалится, то мы точно будем знать, что виновата реализация метода, а не реализация зависимостей.

В случае тестирования с конкретными зависимыми объектами, мы такого сказать не сможем. Потому что мы точно не можем знать, какие сущности есть в БД, что есть соединение с БД и что сама БД нормально работает.

Вам нужны веб сокеты. Я не знаю как на php, но на C# есть хорошая библиотечка SignalR, она как раз и способна заниматься обновлением данных на клиенте, если происходят какие-то изменения в данных на сервере. Она как раз является оберткой над веб сокетами.

Все индивидуально. Если базы в коде нет, то лучше курсы. Если на чем то уже писали, то книгами, роликами и форумами можно обойтись. Если курсы, то по моему мнению, лучше всего разжевано на itvdn, там три уровня - можно купить подписку, можно в качестве онлайн вебинаров. Но лучше найти единомышленников и вместе постигать все прелести совместного обучения, реализуя несложные задачки.

Если тестирование у препода на глазах, на его машинах и Вы хотите подменять данные на лету, то забейте, такого скрипта Вы не сделаете. Ну разве что если Вы умеете вирусы писать.

Если данные теста передаются по сети, то есть вариант перехватывать трафик и если Вы найдете в этом трафике где и что менять, то дерзайте.

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

Чтобы увидеть какой запрос формирует Entity, в конфиг, в раздел entity, надо добавить
<

<interceptors>
      <interceptor type="System.Data.Entity.Infrastructure.Interception.DatabaseLogger, EntityFramework">
        <parameters>
          <parameter value="C:\temp\LogOutput.txt" />
          <parameter value="true" type="System.Boolean" />
        </parameters>
      </interceptor>
    </interceptors>

И как то странно Вы связь устанавливаете. Завязываете таблицу саму на себя? Указывая для таблицы связь, Вы должны указать в какой таблице будет внешний ключ на Вашу сущность. Во общем мапинг в таком виде работать не будет.

Есть еще такая штука как Contract. Многие предпочитают им пользоваться вместо try/catch.

Для таких дел в ASP.net MVC есть области (Area). Это когда в сайте, Вы как бы создаёте еще подсайт. Правой кнопкой на проекте, добавить область. Автоматом будет добавлен раздел со своими разделами под контроллеры, модели и вьюшки. Так же будет добавлен маршрут. Обычно как раз админки делают в area. Единственное, придется в ссылках, указывать маршрут, область. Таких областей Вы можете создать сколько угодно, логически разделив сайт на разный контекст.

В Вашем варианте сортируются объекты, полями которого является club и number. Сортируете по полю club, то и поле number, того же объекта, "уплывет" вместе с ним.

Чтоб изменить порядок нумерации по новой, то пересчитывайте его после очередной сортировки.

int i=0;
foreach(var item in list) item.number = i++;

или

int i=0;
list.Select(l => l.number = i++);

А вообще, если Вам не надо где-то выводит порядковый номер единичного объекта, а указывать порядковый номер только при выводе всего списка, то нет смысла хранить порядковый номер в объекте.

int i=0;
foreach(var item in list) Console.Writeline("{0}.{1}", i++, item.ToString());

Мы как раз такую штуку делаем на ASP.NET WEB API, отдаем json. Используем SignalR.

Сериализация и десериализация должны быть в одной сборке. Иначе он не может типы распознать. Поэтому методы по сериализации/десериализации выносят в один проект/dll. Или сериализовать в xml, тогда методы можно разнести по разным сборкам.

Основные моменты описаны постом ваше, но я тоже от себя добавлю.

Если хотите развиваться именно в .net, то и учить надо WPF, ado.net, Entity, asp.net mvc, WCF.

Много читайте, не ограничивайтесь книгами только по С#, есть много всего, без чего не обходится разработка ПО. Это патерны проектирования, процесс разработки, различные инструменты разработки, фреймворки.

Станислав правильно сказал: смотря что называть моделью. Те классы, которые генерит EF, вполне можно называть моделями и даже добавить им логику, может даже какие-то атрибуты. Главное, чтобы все добавки не противоречили тем соответствиям, что EF установил.