Преимущества для Хранимых процедур :
более легко код рассматривается.
Менее двойной, поэтому более легко протестированный.
более легко настроенный.
Производительность обычно лучше с точки зрения сетевого трафика - если у Вас есть курсор, или подобный, тогда нет нескольких прохождений в базу данных
, можно защитить доступ к данным более легко, удалить прямой доступ к таблицам, осуществить безопасность через procs - это также позволяет Вам находить относительно быстро любой код, который обновляет таблицу.
, Если существуют другие включенные услуги (такие как Создание отчетов о сервисах), можно найти легче сохранить всю логику в хранимой процедуре, а не в коде, и имеющий необходимость копировать его
Недостатки:
Тяжелее для управления для разработчиков: управление версиями сценариев: у всех есть их собственная база данных, система управления версиями интегрируется с базой данных и IDE?
В WPF / XAML нет прямого эквивалента HTML Предоставляет базовый класс для всех Panel
элементы. Используйте элементы Panel для
расположить и расположить дочерние объекты в
Windows Presentation Foundation (WPF)
Однако класс Canvas, DockPanel, Grid, TabPanel,
ToolBarOverflowPanel, UniformGrid,
StackPanel, VirtualizingPanel,
WrapPanel Из того, чего вы пытаетесь достичь, наиболее близкими к вашим потребностям, вероятно, будут классы Если ни один из этих классов не является соответственно, вы всегда можете реализовать свой собственный класс, производный от класса Имейте в виду, однако, что все эти классы (включая базовый класс В WPF XAML используется в качестве языка разметки пользовательского интерфейса для определения пользовательского интерфейса.
элементы, привязка данных, обработка событий и
другие функции.
Panel
:
Panel
является абстрактным классом, который не может быть создан напрямую и может использоваться только путем использования одного из неабстрактных производных в рамках WPF framework. К ним относятся:
Canvas
или Grid
. Panel
. Panel
) по самой своей природе являются специфическими для пользовательского интерфейса (т. е. они предназначены для использования в качестве визуальных элементов, а не чисто логических), хотя их можно настроить так, чтобы они имели небольшой видимый визуальный элемент или не отображали его. Это полностью разработано в WPF, поскольку в статье Википедии о XAML правильно сказано:
XAML, unlike HTML, does not claim to be "semantic" - it's a presentation technology and it knows it's a presentation technology, there are no XAML elements that only exist to make the markup look nicer without changing the display.
You can't implement a WPF element like you want because any change to the structure of the XAML will change the layout, for example, a Grid (like all panels) will arrange it's direct children - the moment you group some of those children inside another element the Grid will layout that element as a single unit and not each of it's children individually.
This makes sense if you think of XAML as a way to fill .net objects, a Grid has a Children property, that property is a list, and it will layout the items of that list.