现在的位置: 首页 > 综合 > 正文

抛弃ConfigurationManager , 实现面向对象读写配置文件

2017年11月02日 ⁄ 综合 ⁄ 共 5345字 ⁄ 字号小中大 ⁄ 评论关闭

抛弃ConfigurationManager , 实现面向对象读写配置文件

不知道大家遇到烦人的配置文件读取与操作是怎么处理的呢？

可能很多很多人都在使用ConfigurationManage这个类来读取配置信息，这在按照需求要求的配置信息比较少的时候是一个非常好的方案。可是如果配置信息非常的多，而且是分好了类的配置信息，如果还使用ConfigurationManage就显得有点僵硬了。我们很多时候希望自己开发的逻辑组建化，并且可以对其进行管理，下面我就来提供一个方法来解决配置文件问题。

首先看看这个类

public abstract class ConfigProvider:ProviderBase
    {



        public abstract object Load(string typename, object settings);

        public abstract void Save(string typename, object settings);



        public abstract string Location(string typename);

    }

有经验的人一眼就可以看出，这是一个provider的基类。那么我们究竟用什么方法来解决我们的问题呢？现在我们回到基类，

object Load(string typename, object settings)   加载配置信息

void Save(string typename, object settings) 保存配置信息

string Location(string typename)                       提供保存地址

下面我们来看一个实现类

public class XmlConfigProvider : ConfigProvider
    {

        public override object Load(string typename, object settings)
        {

            string _fileName = Location(typename);

            object returnobject = null;

            try
            {

                if (File.Exists(_fileName))
                {
                    TextReader readertest = new StreamReader(_fileName);
                    XmlSerializer x = new XmlSerializer(settings.GetType());
                    returnobject = x.Deserialize(readertest);
                    readertest.Close();
                }
            }

            catch (Exception e)
            {

                throw new AdminException("读取"+typename+GlobalInfo.ConfigFileExtendName+"文件时发生了错误",e);
            }

            return returnobject;
        }

        public override void Save(string typename, object settings)
        {

            string _fileName = Location(typename);

            try
            {

                using (TextWriter writer = new StreamWriter(_fileName))
                {
                    XmlSerializer x = new XmlSerializer(settings.GetType());
                    x.Serialize(writer, settings);
                    writer.Close();
                }

            }

            catch (Exception e)
            {

                throw new AdminException("读取" + typename + GlobalInfo.ConfigFileExtendName + "文件时发生了错误",e);
            }
        }

        public override string Location(string typename)
        {



            string ss= GlobalInfo.MapPath("Config/Common/" + typename + GlobalInfo.ConfigFileExtendName) ;

            return ss;
        }
    }

大家注意到我们的上段代码中的异常信息是使用的AdminException，这个异常是一个自定义异常，是为了方便整个系统的管理而设计的。它表示这是一个可以显示异常信息给管理员查看的异常。

至于GlobalInfo.MapPath（）这个是一个能够适应在C/S模式与B/S模式下的一个路径计算方法。

这个类就是对配置文件类进行简单的序列化之后，由 string Location(string typename) 提供保存地址然后进行保存的例子，在实现细节上大家可以多做修改。

我们可以基于这个Provider设计许多的实现类，具体怎么实现可以自己定制，比如说我希望把配置保存到数据库啊，我希望保存到XML文件啊，我希望保存为.txt文件啊。 Provider没有提供具体的保存细节，这些细节你可以自己定制开发。我们这里的XmlConfigProvider就是序列化为xml后保存。当然如果这不符合你的系统要求，你可以自己实现具体的Provider

如果你的系统使用了依赖注入等技术的话，那恭喜你，你可以很方便的可以实现低耦合的Provider选择。如果你还对此没有了解的话可以关注一些依赖注入框架例如spring.net等等本人也实现了一个依赖注入，在以后的博文中将会陆续发布出来，如果你急于想了解的话可以联系我。

这里为了方便大家阅读，我提供一个不是依赖注入的例子。实现一个ConfigService 代码如下：

public class ConfigService
    {

        public static ConfigProvider provider { get; set; }

        static ConfigService()
        {
            provider =new XmlConfigProvider();
        }

        #region Data Store

        public static object Load(string typename, object settings)
        {

             return provider.Load(typename, settings);
        }

        public static void Save(string typename, object settings)
        {
            provider.Save(typename, settings);
        }

        #endregion

    }

毫无疑问，这是一种紧耦合的方式，我们这里只是做一个例子，所以将就一下。

下面，我们来实现一个基类

public class ConfigBase<T> where T:class
    {

        public T Load()
        {

            return ConfigService.Load(GetTypeName(),this) as T;
        }

        public void Save()
        {
            ConfigService.Save(GetTypeName(), this);
        }

        public string GetTypeName()
        {

            return this.GetType().Name;
        }
    }

至此，解决方案就出来了。从属性的保存，到读取，一条龙服务。方便吗？

什么？还有不知道怎么使用？我晕！！

下面看我的例子

[Serializable]

    public class ORMConfig : ConfigBase<ORMConfig>
    {

        private static ORMConfig _Instance = LoadConfig();

        [XmlIgnore]

        public static ORMConfig Instance
        {

            get { return _Instance; }
        }

        public static ORMConfig LoadConfig()
        {

            return new ORMConfig().Load();
        }

        public string Connection { get; set; }

        public string DataPre { get; set; }

        public string Provider { get; set; }

        public string AssemblyInfo { get; set; }

        public string DefaultDBName { get; set; }

    }

以ORMConfig类为例子，我们这里使用的是XmlConfigProvider，所以如果你不想保存哪个属性就直接打上[XmlIgnore]就可以了

如果是你自己开发的 Provider，那就你自己来开发这样的Attribute吧实现起来也不麻烦。

ORMConfig configmodel = new ORMConfig();
            configmodel.AssemblyInfo = "TestPro";
            configmodel.DataPre = "HG_";
            configmodel.DefaultDBName = "Test_DB";
            configmodel.Provider = "SqlServer";
            configmodel.Connection = "Data Source=.;User ID=sa;Password=sasa;Initial Catalog=Test_DB";
            configmodel.Save();