Добавление бизнес-слоя к ADO платформа объекта.NET
Я думаю, что вы многое здесь упускаете.
Сначала отредактируйте ваш запрос выбора, введя первичный ключ.
Во-вторых, я предлагаю вам назвать выбранный элемент HTML вместо опции, содержащейся в нем. Например:
<select class="form-control select2" name="selectedVan" >
В-третьих, опция будет такой:
<option value="<?php echo htmlspecialchars($row['idVan']) ?>"><?php echo htmlspecialchars($row['nameVan']) ?></option>
наконец, получите $ _POST ["selectedVan"] (выберите выше) и обновите базу данных [117 ]
$sql = "UPDATE riderInfo set van_key=$vanKey where P_Key = $riderKey";
3 ответа
Один способ сделать это было бы похоже так:
- Определите свое свойство AllBankAccounts (возможно даже делают это частным).
- Определите свойство BankAccounts в частичном классе Человека. Свойство может быть выражено с точки зрения AllBankAccounts с помощью LINQ, т.е. AllBankAccounts. Где (=>! a. IsFrozen)
- Определите свойство FrozenBankAccounts в частичном классе Человека как шаг 2.
Надежда, которая помогает.
У меня нет опыта с LINQ к Объектам, но Ваш вопрос позвонил в звонок. В моем последнем проекте у меня были в значительной степени те же проблемы с другим ORM. Вместо того, чтобы позволить клиентам слоя бизнес-объекта использовать ORM генерировал классы непосредственно или копировать все классы, и реализуйте тонну передачи функций, я определил интерфейсы. Клиенты Вашего слоя бизнес-объекта только видели бы те интерфейсы, и Ваши классы Объекта реализуют те интерфейсы со следующими преимуществами:
- В простом случае (никакая бизнес-логика), разработка наверху для интерфейсов минимальна. Для большинства участников Вы не должны реализовать передающие функции, просто "получить" класс объекта из интерфейса и быть сделаны с ним
- В случае Вы упоминаете в интерфейсе, у Вас может быть свойство BankAccounts, и посредством явной интерфейсной реализации позволяют ему передать NonFrozenBankAccounts объекта реализации. Можно, конечно, также добавить любой вид проверок, которые Вы хотите
- Как дополнительное преимущество, можно легко обмениваться базовым слоем персистентности, ничего явно не изменяя для клиентского кода
Канава EF в пользу NHibernate.
Путь NHibernate: Вы создаете бизнес-объекты, и Вы говорите NHibernate, как эти бизнес-объекты должны быть сохранены к базе данных. Сами бизнес-объекты не знают о том, как они сохраняются или загружаются, или что NHibernate используется. Это называют "Незнанием Персистентности". Плюс, можно сказать NHibernate сохранять и загружать бизнес-объекты почти любым путем, что Вам нравится. Это имеет хорошую поддержку сценария, который Вы описываете.
Прекратите писать, что уровни доступа к данным и остановка кодируют-genning их. Используйте ORM настоящего человека.