DAL, ориентированные на будущее

C# DAL... not just the needs of a single program. Вся суть C # DAL как отдельной сборки заключается в том, что ее можно повторно использовать в любом типе приложения .NET. Основная проблема, с которой вы столкнетесь, заключается в том, что при изменении базы данных DAL должен измениться (один раз), а затем все приложения, зависящие от DAL, должны быть повторно развернуты с новым DAL. У вас также есть проблема, заключающаяся в том, что DAL не может использоваться приложениями, отличными от .NET.

Итак, как вы можете централизовать DAL, чтобы вам не приходилось повторно развертывать его для каждого приложения? Подумайте о SOA. Вы можете создать службу WCF, содержащую DAL (и, возможно, BLL). Все ваши приложения (если вы используете веб-службы, даже те, которые не являются .NET) могут использовать эту службу. При изменении базы данных вы обновляете службу WCF и выполняете развертывание один раз. Только убедитесь, что вы не вносите критических изменений! Создайте MyMethod2, если вам нужно добавить / изменить функциональность.

Примечание: когда вы слышите n-tier, это обычно относится к трехуровневому, где каждый уровень представляет собой отдельное программное обеспечение и обычно на отдельных серверах: презентация (UI), приложение (ваш BLL / DAL), данные (ваша база данных SQL). В этой архитектуре есть свои достоинства.

We'd rather not add another layer to our application. Хорошо, поэтому трехуровневый подход может быть не лучшим в вашем случае.

neither do we want to go back and modify code everytime we make a db change Тогда то, что предложили ваши администраторы баз данных, - единственный выход.

Однако учтите следующее: изменение хранимой процедуры - это то же самое, что изменение кода? По сути, это одно и то же. Хранимые процедуры SQL часто не контролируются и не тестируются, но должны. У SQL нет богатства такого языка, как .NET. WCF можно легко масштабировать в веб-ферме. Если учесть эти и другие причины, возможно, стоит перейти на трехуровневый подход / SOA.

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

Я начал использовать BLToolkit на основе информации о производительности из http://ormeter.net/

Вы можете определить свою модель в простых файлах классов, добавить несколько методов с примененными атрибутами и предварительно получить DAL. Разделите таблицу на две части, и вы сможете сохранить исходный файл класса при создании новых для поддержки разделенных таблиц. Просто убедитесь, что вы создали проект тестирования, который затрагивает все методы, чтобы убедиться, что все они работают с каждым выпуском.

Класс

    public class DirectoryListing
    {
        [PrimaryKey, Identity]
        public Int64 Id { get; set; }
        public Int64? OldId { get; set; }
        public Int32 CategoryId { get; set; }
        [Nullable]
        public String CompanyName { get; set; }
}

Общая функция выбора или табличного значения:

[SqlQuery("SELECT * FROM Ajax_CategorySearch(@SearchString, @ResultCount)")]
[Cache(MaxCacheTime = 10, IsWeak = false)]
public abstract List<String> AjaxCategorySearch(String @SearchString, Int32 @ResultCount = 10);

Или использовать сохраненную процедуру:

[ActionName("SelectById")]
public abstract Model.DirectoryListing SelectById(Int64 @Id);

Это вызовет SP DirectoryListing_SelectById

О, и делать вещи более классическим способом тоже легко

    using (BIFDbManager db = new BIFDbManager())
    {
        var output = db.SetCommand(
            "SQL GOES HERE",
            db.Parameter("@Id", 1))
            .ExecuteList<DAL.Model.DirectoryListing>();

        totalrecords = output.Count();

        return output;
    }

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

public class BIFDbManager : DbManager
{
    public BIFDbManager() : base("Connection string name") { }

    public Table<DirectoryListing> DirectoryListings { get { return GetTable<DirectoryListing>(); } }
}

Как долго вы можете работать без базы данных? Если это проблема, сообщите об этом позже. И да, это, вероятно, означает, что вы добавляете слой.