ScriptIgnore в LINQ to SQL

Question

У меня есть объект LINQ to SQL, который я буду сериализовать и возвращать как JSON через вызов webservice.

В этом объекте есть одно свойство, которое я бы хотел не сериализовать. Для этого обычно существует атрибут [ScriptIgnore], который работает именно так, как я хочу, если я вручную добавлю его в файл designer.cs.

Теперь, поскольку файл конструктора автоматически генерируется, я бы предпочел не вручную его редактировать, так как любые изменения могут быть легко перезаписаны. Таким образом, мой вопрос: есть ли способ аннотировать свойство так, чтобы он был исключен при сериализации, непосредственно в редакторе DBML?

Если ответ отрицательный; есть ли какие-либо решения для этого, которые более аккуратны, чем вручную, устанавливая свойство до null перед его сериализацией или возвращая анонимный тип, идентичный, за исключением одного свойства? В MVC.NET есть ли способ передать параметры в метод JSON(), чтобы изменить его поведение, возможно?

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

Answer 1

Все классы, созданные DBML, являются частичными классами, поэтому вы можете расширить их в другом файле. Дизайнер DBML будет изменять только классы в файле Designer.cs. Удалите свойство из конструктора DBML и поместите его в частичный класс в другой файл. Затем вы можете добавить любые дополнительные атрибуты, и дизайнер DBML оставит его в покое. Вам придется вручную управлять этим свойством и обновлять его в соответствии с любыми изменениями базы данных, но я думаю, что это, вероятно, цена, которая стоит заплатить, если она решает вашу проблему.

Answer 2

Если у вас не будет успеха с классами partial (это, вероятно, лучший способ), вы можете просто сериализовать дату самостоятельно. Известно, что ASP.NET MVC использует JavaScriptSerializer для сериализации данных. JavaScriptSerializer имеют простые и приятные функции настройки, такие как JavaScriptConverter, и вы можете легко преобразовать объект в нечто менее стандартное (например, use Attr tags for json? или все другие темы).

Чтобы быть наиболее соответствовать стандартам, которые Вы можете определить класс, производный от JsonResult (например, как здесь ASP.net MVC returning JSONP или http://dev.qsh.eu/Blogs/Dmitry-P/January-2010/ASP-NET-MVC-Tip--3.aspx) и сохранить сериализованные данные в context.HttpContext.Response непосредственно с помощью метода Write. Тогда вы абсолютно свободны, как вы сериализуете данные в JSON.

Answer 3

Вместо использования ответа частичного класса выше вы можете попробовать войти в конструктор DBML и установить модификатор доступа свойства от общедоступного до внутреннего. Я сделал это по свойствам таблицы для сопоставления таблиц, и поэтому я работал над тем, чтобы исключить циклические ссылки при сериализации моих объектов в JSON.