Вы можете создать конструктор для своей модели JavasScript, а затем создать его с помощью бритвенного кода.
Например:
Модель
public class Car{
public string Brand { get; set; }
public string Fuel { get; set; }
}
Файл Javascript в шаблоне модуля, но вы также можете использовать что-то еще:
var car = (function(jsonModel){
var runs = "My " + jsonModel.Brand + " runs on " + jsonModel.Fuel;
return {
Runs : runs
}
});
Вид бритвы
]
@model Car
.NET fiddle Я не могу добавить внешний файл javascript, но вы, вероятно, поймете точку
Хотя я должен сказать, что использование @ Html.Raw не Рекомендуется, так как это делает вас уязвимым для атак XSS (читайте больше в Интернете после поиска). Лучше вернуть объект JSON из вашего контроллера.
Редактировать
Вот пример того, как использовать JsonResult на контроллере .Net fiddle
[HttpGet]
public JsonResult Car()
{
return Json(new Car("ford","gasoline"), JsonRequestBehavior.AllowGet);
}
для просмотра бритвы JS, чтобы получить результат json и создайте экземпляр вашего JS-модуля
$(function(){
var model = $.ajax({
url: "@Url.Action("Car","Home")",
dataType: 'json',
contentType: 'application/json; charset=utf-8',
}).done(function(response){
console.log(response);
var myFord = new car(response);
alert(myFord.Runs);
});
});
Нет.
LINQ к SQL создается сверху LINQ, который является одной из фундаментальных добавленных опций языка в.NET 3.5 Платформы.
Технически другой ORMs может реализовать их собственные системы LINQ, например, NHibernate уже имеет LINQ к движению NHibernate. Это сверху тех предоставленных в платформе, такой как LINQ к XML, LINQ к Объектам и т.д.
Платформа Объекта, конечно, не означает, что LINQ уходит - Платформа Объекта является поставщиком LINQ сама!
LINQ является целым набором технологий и больше, чем тот - это - шаблон, который можно реализовать для собственного поставщика данных также.
LINQ к SQL является всего одним примером того шаблона. Если это имеет значение я думаю, что LINQ к SQL преуменьшается роль вместо того, чтобы на самом деле уходить, но мы будем видеть...
Лично я нахожу LINQ к Объектам самым полезным поставщиком LINQ во-первых :)
LINQ не ушел. LINQ к SQL не имеет также, но это не стратегическая платформа Microsoft для доступа к данным, который был бы Платформой Объекта. EF использует LINQ для Объектов поэтому при пребывании в течение времени, узнавая о LINQ это все еще будет допустимо и полезно.
LINQ не является определенной для продукта технологией, все же. Легко усилить питание и гибкость в наборах (почти) всех видов. например.
List<MyType> myList = new List<MyType>();
// populate the list here
var filteredResults = from o in myList
where o.property == "hello world"
select o;
(концептуально) допустимо, даже если пример кода здесь испорчен.
Linq намного больше, чем Linq-SQL. Вещами как Linq к объектам и Linq-to-XML является часть технологии, например.
Я сомневаюсь, что они уходят! Пальцы скрещены.;-)
LINQ является библиотекой для обработки последовательностей данных. И это является довольно потрясающим. Эти последовательности данных могут быть чем-либо, что реализует IEnumerable, или это могут быть любые последовательности, обеспечиваются адаптерами.
Linq к SQL является адаптером, который позволяет базе данных SQL обеспечивать последовательности данных, которые совместимы с LINQ.
Существует также Linq к XML, который является адаптером, который позволяет Вам рассматривать XML-документ как последовательность данных, позволяя LINQ обработать его.
LINQ является просто языком запросов, и чрезвычайно хорошо в том, что он делает. Это не имеет никакого отношения к базам данных или SQL. Определенно стоит учиться только мочь обработать наборы в оперативной памяти легко.
Linq к sql является только одним из многих linq поставщиков там (существует linq к db4o, linq к starcounter, linq к объектам, linq к суматохе и многим, намного больше). Платформа объекта имеет своего собственного linq поставщика, названного linq к объектам. Ваш год чтения о linq не потерян.