Antonariyавтор
1.
2.
string query = "{'Company':'" + tbCompany.Text + "','Employees':[{'FirstName':'" + row.Cells[0].Value + "','LastName':'" + row.Cells[1].Value + "'}]}";
db.GetWhereElems(query).Select<EmployeeDetail>(df, "{'Employees':[!{'FirstName':$,'LastName':$,'Age':$,'Childs':[R,{'FirstName':$,'LastName':$}]}]}", 0, new Serialization.DataTableBehaviour());
да это бред чуть более чем на половину. где тут orm?
пока json нужно собирать из текстовых кусков посреди с#/vb кода - не взлетит.
Наверное этот пример был чуть сложнее для понимания и нужно начать с азов.
Простейший код который сохраняет обьект в базу будет таким.
1.
2.
3.
4.
5.
6.
7.
8.
9.
TO to1 = new TO
{
id = 123,
FirstName = "John",
LastName = "Smith",
Arr = new List<int>() { 1, 2, 3, 4, 5 }
};
db.AddDoc<TO>(to1);
Но чаще всего на практике нам не нужно сохранять весь обьект и читать весь, а только его часть. Так называемая прокси загрузка и прокси сериализация\десериализация обьекта. В качестве прокси обьекта также может быть сама форма Form в C# и соответственно код сохранения такой формы с списком полей в базу будет однострочным. Тем не менее ничего не стесняет вас сохранять ваши бизнесс обьекты в любой иерархии, создать дополнительную прослойку классов и обьектов. С помощью рефлексии и джисон шаблонов база может работать с любыми обьектами. Общий стек базы данных таков: ORM -> Json -> Key\Value. Если с шарпа удобней работать с ORM изредка вставляя Json части документов, то из JavaScript, к примеру удобно работать только с Json напрямую без лишней абстракции.
Antonariyнапример, если в tbCompany.Text будет xxx'xxx, то запрос обломается - чо, самому за этой ерундой следить?
Ну да, тут нужно экранировать ковычку во избежание иньекции.
Antonariy
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
dim query as new Company with {
.Company = tbCompany.Text,
.Employees() with {
new EmployeeDetail with {
.FirstName = row.Cells[0].Value,
.LastName = row.Cells[1].Value
},
}
db.GetWhereElems(query)
с синтаксисом наверное налажал, но идея по-моему очевидна - раз это orm, то классы Company и EmployeeDetail должны генерироваться, а json-запросы сериализовываться из объектов. тогда никаких ошибок на ровном месте.
Можно их сгенерировать, но это будут не бизнесс классы (классы которые необходимы бизнесс логике), а классы которые необходимы ORM. Соответственно эти классы прийдется мапить к реальным бизнесс обьектам, например к томуже интерфейсу и заниматься monkey job. Прелесть этой же ОРМ в том, что вы можете сохранять и читать из базы бизнесс обьекты. В двухзвенке простейшим случаем будет однострочный код, который сохраняет форму в базу и из базы читает.
AntonariySelect<EmployeeDetail>(df, "{'Employees':[!{'FirstName':$,'LastName':$,'Age':$,'Childs':[R,{'FirstName':$,'LastName':$}]}]}"
нужно как-то интегрировать в linq
Линка не работает в С++ environment и быстродействие ее не очень. Здесь же пакеты уходят на сервер и запросы выполняются в высокопроизводительной среде вместе с оптимизатором запросов.
