Какие подводные камни ожидать от генерации классов из таблиц базы данных с использованием файлов Reflection.Emit и xsd? - PullRequest
0 голосов
/ 06 мая 2009

Я играю с генерацией классов (один класс для таблицы - наследование и т. Д. Пока не рассматривается ...). Поэтому я беззастенчиво скопировал из здесь код Reflection.Emit. Переработано его создание для каждой таблицы в данной базе данных и создание файлов с помощью следующего пакетного вызова в папке bin проекта: for / f "tokens = *" %% i in ('dir * .xsd / b') do "C: \ Program Files \ Microsoft SDKs \ Windows \ v6.0A \ bin \ xsd.exe" -c -l: c # -n: BusinessObjects% i

Пока все хорошо. Идея заключается в том, что каждый раз, когда приходит новая версия БД для регенерации классов и копирования их в «реальный проект» (мне не требуется генерация во время выполнения), а также хотелось бы насладиться Intellisense. Какие подводные камни, трудности и проблемы могут возникнуть при таком подходе, какие-либо лучшие предложения для этих слабо описанных требований?!

Вот код генерации консольного приложения, создающего сборки:

    using System;
    using System.Collections.Generic;
    using System.Text;
    using log4net;
    using log4net.Config;
    using System.Data;
    using System.Data.SqlClient;
    using System.Threading;
    using System.Reflection;
    using System.Reflection.Emit;

    namespace GenerateAssemblies
    {

      class Program
      {

        private static readonly ILog logger =
             LogManager.GetLogger ( typeof ( Program ) );


        static void Main ( string[] args )
        {
          DOMConfigurator.Configure();  //tis configures the logger 
          logger.Debug ( "APP START" );

          DataTable dtTables = Program.GetTablesFromDb ( "POC" ) ;
          foreach (DataRow dr in dtTables.Rows)
          {
            string strTableName = dr[0].ToString () ;
            CodeEmitGeneratingAssemblies.DllGenerator.WriteXmlAndTxtFileOutOfDataTableByName (  strTableName);
            CodeEmitGeneratingAssemblies.DllGenerator.CreateAssembly ( strTableName );
          }


          Console.WriteLine ( " Should have now all the dll's " );
          Console.ReadLine ();
        } //eof method 



        static DataTable GetTablesFromDb ( string strDbName )
        {


          DataTable dt = new DataTable ( "tables" );

          string connectionString = "Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=" + strDbName + ";Data Source=ysg";

          using (SqlConnection connection = new SqlConnection ( connectionString ))
          {
            SqlCommand command = connection.CreateCommand ();

            command.CommandText = string.Format ( "SELECT name from sys.tables" );

            connection.Open ();
            dt.Load ( command.ExecuteReader ( CommandBehavior.CloseConnection ) );
          }
          return dt;
        } //eof method 


      } //eof class 


    namespace CodeEmitGeneratingAssemblies
    {
      public class DllGenerator
      {
        private static readonly ILog logger =
             LogManager.GetLogger ( typeof ( DllGenerator ) );




        public static void WriteXmlAndTxtFileOutOfDataTableByName (string strDataTableName)
        {
          DOMConfigurator.Configure ();  //tis configures the logger 
          DataTable tableData = new DataTable ( strDataTableName );

          string connectionString = "Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=POC;Data Source=ysg";

          using (SqlConnection connection = new SqlConnection ( connectionString ))
          {
            SqlCommand command = connection.CreateCommand ();

            command.CommandText = string.Format ( "SELECT * FROM [" + strDataTableName + "]");
            logger.Debug ( "command.CommandText is " + command.CommandText );
            connection.Open ();
            tableData.Load ( command.ExecuteReader ( CommandBehavior.CloseConnection ) );
          }

          tableData.WriteXml ( strDataTableName + ".xml" );
          tableData.WriteXmlSchema ( strDataTableName + ".xsd" );
        } //eof method 


        public static void CreateAssembly ( string strDataTableName )
        {
          AppDomain currentDomain = Thread.GetDomain ();

          AssemblyName myAssemblyName = new AssemblyName ( );
          myAssemblyName.Name = strDataTableName;

          AssemblyBuilder builder = currentDomain.DefineDynamicAssembly (
                              myAssemblyName,
                              AssemblyBuilderAccess.RunAndSave );

          builder.AddResourceFile ( "TableXml", strDataTableName + ".xml" );
          builder.AddResourceFile ( "TableXsd", strDataTableName + ".xsd" );

          builder.Save ( strDataTableName + ".dll" );
        }

      } //eof class 
    } //eof namespace 

    } //eof namespace 

Ответы [ 2 ]

1 голос
/ 06 мая 2009

Вы получаете все проблемы с использованием (реляционного) базируемого oo дизайна:

  • недостаточно абстракции, нет наследования и нет построения ADT;
  • классы со слишком большим количеством обязанностей;
  • поведение в неправильных местах;
  • нет подходящего способа обработки временных аспектов.

Я предпочитаю работать наоборот. От модели oo к базе данных

[править] Вы можете попытаться заставить гибридную модель работать. Переход от БД к ОО для части приложения, и наоборот для другой части. Это позволяет вам медленно проводить рефакторинг и переходить на OO-> DB.

0 голосов
/ 28 мая 2009

Duh ... oneliner с SubSonic:

sonic generate /override /server HOMIE /db BlogEngine /userid OMMITED /password OMMITED /out C:\code\out /generatedNamespace BlogEngine.Core.Providers.SubSonic /stripTableText be_
...