Каковы профессионалы/недостатки возврата, ПОСТЕПЕННО возражает из Репозитория rathen, чем Объекты EF?
По умолчанию тег span является встроенным элементом, он не принимает ширину. Вам нужно изменить тег span, чтобы заблокировать элемент метки, используя display или float. проверьте обновленный фрагмент ниже ...
td span {
display: inline-block;
width: 47%;
}<table border="1" width="100%">
<thead>
<tr>
<th width="50%">Name</th>
<th width="50%"><span style="width: 50%;text-align: left;">Price</span> / <span style="width: 50%;text-align: right;">Einheit</span></th>
</tr>
</thead>
<tbody>
<tr>
<td>Name1</td>
<td><span style="text-align: right;">1000</span> / <span style="text-align: left;">Hour</span></td>
</tr>
<tr>
<td>Name2</td>
<td><span style="text-align: right;">250.50</span> / <span style="text-align: left;">Day</span></td>
</tr>
</tbody>3 ответа
Другая причина, по которой людям не нравится автоматически сгенерированные объекты (например, в LINQ to SQL) происходят из-за их встроенной «магии».
Обычно магия невидима, и вы никогда ее не замечаете, но когда вы пытаетесь сделать что-то вроде сериализации одного из этих объектов, а затем его десериализацию (например, при использовании веб-служб), его внутреннее соединение с источником данных прерывается и особенное необходимо использовать хаки, чтобы «вернуть волшебство».
С помощью POCO вам не нужно беспокоиться о подобных вещах, и вы сможете лучше разделить уровни данных и сервисов. Обратной стороной, конечно же, является то, что вам придется писать много скучных POCO -> магический объект и магический объект -> код преобразования POCO. Но, в конце концов, я думаю, что обычно оно того стоит, особенно для больших или сложных проектов.
Основная причина в том, что многим людям нравится разрабатывать свои модели с определенным мышлением: например, как DDD. Они могут захотеть использовать определенный шаблон (например, Spec или State) для таких вещей, как статусы (вместо перечислений) - или вы можете захотеть использовать Factory для создания экземпляров.
OO прерывается, когда вы пытаетесь использовать таблицы как объекты, когда что-то усложняется. Простые сайты работают нормально, но когда дело касается больших дел, это становится некрасивым.
Итак, как всегда, все зависит от того, во что, по вашему мнению, превратится ваш проект.
Мой опыт показывает, что когда вы начинаете писать несколько сложных запросов, метод .Include бесполезен, и вы обнаружите, что либо:
a) Написание большого количества запросов для получения нужных данных или б) злоупотребление анонимными типами для загрузки данных в одном запросе, а затем написание большого количества кода, чтобы передать эти данные вашим объектам.
POCOs - это путь, IMHO.