freeExec, да тут и так ошибка видна: списку присваивается экземпляр элемента списка, при этом непонятно, зачем вообще это делается, если он и так будет дессериализован.
abonu, эту книгу только начал читать, поэтому про неё пока ничего не могу сказать. Но покупал её исходя из отзывов и содержания: в ней больше рассказывается о конечном потребителе проекта и я думаю, что её тоже не мешало бы прочитать после Getting Real и Lean Startup.
Насчет подборок: в целом, да, но лучше смотрите содержание и отзывы. Если берёте бумажную версию, предварительно перелистайте цифровую. Главное, чтобы в книгах освещались темы, которые вам интересны или непонятны.
Olek1, Сергей Горностаев имеет ввиду, что даже если по центру экрана сделать большую кнопку для выбора решения, это ничего не изменит - как не отмечали решение, так и не будут.
Евгений Ромашкан, насчет того, что глупо, не соглашусь с вами. При поступлении в ВУЗ более низкого уровня больше шансов на то, что нагрузка будет ниже и, следовательно, будет больше свободного времени для самообразования.
Вы вполне можете переопределить UserStore по своему усмотрению и использовать работу с пользователями в одном контексте.
В своих проектах EF не использую, но Identity переопределен для работы с БД через другую библиотеку (Dapper). К тому же, слой для работы с БД ничего не знает о веб проекте и прекрасно себя чувствует.
Tsiren Naimanov: предугадывая ваши аргументы, отвечу: разруливайте зависимости с помощью интерфейсов. В таком случае не придется к веб проекту привязывать библиотеки для работы с БД, а к проекту БД - библиотеки для работы с графикой, например
Иван Фролов: нет. Не нужно явно обнулять так ссылку. К тому же, если так хочется использовать string, просто перенесите строку string Pass = ""; перед циклом for (...) - и проблема будет решена без Pass=null;
Сева: Смотрите внимательнее на IntelliSense подсказки при вводе. Эта проблема бы и не возникла, если бы увидели, что второй параметр называется length, а не endIndex
