Сергей

Если устраивает ASP.NET Core то посмотри.

Строго говоря Select это метод расширения (extension method) и в зависимости от объекта может вернуть и IEnumerable и IQueryable.

IQuerable "является" (наследует) IEnumerable поэтому в твоем примере приведения как такового не происходит, но вызывающий код не может быть уверен, что ему вернули именно IQuerable (db.SomeValue.ToList().Select(item=>item); и все меняется ).

Возвращать базовый интерфейс можно (надо только смотреть почему и зачем) и в данном случае, в вызывающем коде можно выполнить приведение к IQueryable. Но в общем случае не каждый IEnumerable можно привести IQueryable.

Интерфейс IEnumerable обычно реализуют коллекции, которые хранят уже полученные объекты, тогда как IQueryable объекты, которые инкапсулируют запросы. В вызывающем коде к IQueryable ты как бы можешь добавить условия (Skip(), Take(), Where()) и реальный запрос на сервер будет с учетом этих условий. Но если ты уже выполнил запрос (ToList()) тогда все остальные операции будут на клиенте.

Представь таблицу с миллионом записей и подумай в чем разница:
db.SomeValue.Select(item=>item).Take(100);
и
db.SomeValue.Select(item=>item).ToList().Take(100);

Делали несколько вариантов: в RTF заменяли теги, был собственный редактор на подобии Excell сделанный на StingrayGrid с кастомными формулами выбирающими данные. Вроде бы все просто и удобно, но пользователям все равно было проще заплатить, чем сверстать. Поэтому лучше делать инструменты для себя (сейчас используем XSLT + XSL FO в PDF просто и красиво) и снижать себестоимость, чем пытаться переложить свою работу на других.

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

Можно создать сущность привязать её к тем же таблицам и полям, что и identity, сгенерировать именованную миграцию и убрать в ней создание таблицы. Дальше можно добавлять свойства и связи на другие сущности.

ЗЫ
Работать с двумя моделями в одном проекте не очень удобно, можно вынести модель identity или новую в отдельный проект.

ЗЗЫ
А почему бы не добавить в существующую модель ?

Что бы настроить IntelliScense для любых сторонних библиотек нужно в проекте создать файл _references.js и туда добавлять ссылки на них, примерно так:

/// <reference path="modernizr-2.6.2.js" /> 
/// <reference path="jquery-1.10.2.js" /> 
/// <reference path="bootstrap.js" /> 
/// <reference path="respond.js" />

Попробуй вручную добавить файл Web.Staging.config (Staging имя конфигурации с картинки).
Содержимое файла:

<?xml version="1.0" encoding="utf-8"?>
<!-- For more information on using web.config transformation visit http://go.microsoft.com/fwlink/?LinkId=125889 -->
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
  <connectionStrings>
    <add name="ApplicationServices" connectionString="..." providerName="System.Data.SqlClient" xdt:Transform="SetAttributes" xdt:Locator="Match(name)"/>
 </connectionStrings>
</configuration>

Это заменит строку коннекта ApplicationServices при трансформации(вызывается при публикации) Staging на указанную. В схеме schemas.microsoft.com/XML-Document-Transform предусмотрено много возможностей по трансформации смотря, что нужно.

ЗЫ трансформация при дебаге НЕ запускается :(

var re = new Regex(@"(.*?ничего\s+)(.*?)(нет\s*)");
var s = re.Replace("ничего здесь нет и вообще ничего нигде нет", f => f.Groups[1].Value + f.Groups[3].Value);

Если используется WebAPI контроллер то можно так:

public static class WebApiConfig
    {
        public static void Register(HttpConfiguration config)
        {
            config.Routes.MapHttpRoute(
                name: "DefaultApi",
                routeTemplate: "api/{controller}/{id}",
                defaults: new { id = RouteParameter.Optional }
            );

      }
    }

public class UsersController : System.Web.Http.ApiController
{
    [HttpPost]
    public void Add(string id, int p1)
    {
    }
}

но url должен быть /Users/Alex?p1=120 и метод POST (см. атрибут, можно и GET, но не хорошо методом GET, что либо добавлять) тогда id="Alex" p1=120

Обычно при каждом запросе создается свой контекст. Потому, что во первых веб приложения обычно не хранят состояния (stateless), во вторых EF Context не предназначен для кэширования и с увеличением количества сущьностей в контексте начинает тормозить.

Окружать все try—catch я думаю смысла нет, лучше сделать хорошие кастомные странички ошибок.

Несколько контекстов в одной базе замечательно уживаются, нужно только для каждого указать свой ключ

internal sealed class Configuration : DbMigrationsConfiguration<Models.ApplicationDbContext>
    {
        public Configuration()
        {
            ...
            ContextKey = "ApplicationDbContextKeyName";
        }

перейти к именованным миграциям т.е. создавать их так:
add-migration -name "MigrationName"
что бы при желании "глазиком" посмотреть/исправить изменения. При этом будет необходимо каждый раз в командной строке указывать с каким контекстом работаем. Так что возможно лучше произвести объединение контекстов. Можно например перенести все сущьности в ApplicationDbContext сгенерировать миграцию, удалить из неё создание таблиц (что бы данные не потерять) и продолжать работать как привык.

Предположим, что используем EF и в качестве модели класс AspNetRole. У AspNetRole есть Id и Name.
Во view

@using (Html.BeginForm())
{
    <div class="form-horizontal">
        <hr />
        @Html.ValidationSummary(true, "", new { @class = "text-danger" })
        @Html.AntiForgeryToken()
        @Html.HiddenFor(model => model.Id)
        
        <div class="form-group">
            @Html.LabelFor(model => model.Name, htmlAttributes: new { @class = "control-label col-md-2" })
            <div class="col-md-10">
                @Html.EditorFor(model => model.Name, new { htmlAttributes = new { @class = "form-control" } })
                @Html.ValidationMessageFor(model => model.Name, "", new { @class = "text-danger" })
            </div>
        </div>
        <div class="form-group">
            <div class="col-md-offset-2 col-md-10">
                <input type="submit" value="Сохранить" class="btn btn-primary" />
                @Html.ActionLink("Отмена", "Index", null, new { @class="btn btn-default"})
            </div>
        </div>
     </div>
}

В контроллере

[HttpPost]
        [ValidateAntiForgeryToken]
        public ActionResult Edit(AspNetRole model)
        {
            if (ModelState.IsValid)
            {
                db.Entry(model).State = EntityState.Modified;
                db.SaveChanges();
                return RedirectToAction("Index");
            }
            return View(model);
        }

https://github.com/tjanczuk/edge