基于ERP程序的公共代码中出现的问题及过度封装不方便维护的解决办法

发布时间:2022-04-16 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了基于ERP程序的公共代码中出现的问题及过度封装不方便维护的解决办法脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。

在设计一个ERP程序时,提取公共的代码到一个通用类型库中是必要的。这样可以减少代码重复,提高代码利用率。

但是,做任何事情都要有个度,有些公共的代码引起了过度封装,反而不利于代码的理解。

举例说明如下

复制代码 代码如下:

public class configHelPEr
{
&nbsp;       /// <summary> /// Gets whether the specified path is a valid absolute file path. /// </summary>
        /// <param name="path">Any path. OK if null or empty.</param>
        static public bool IsValidPath(string path)
        {
            Regex r = new Regex(@"^(([a-zA-Z]:)|(\))(\{1}|((\{1})[^\]([^/:*?<>""|]*))+)$");
            return r.IsMatch(path);
        }


        public static string GetString(string key)
        {
            return System.Configuration.ConfigurationManager.AppSettings[key];
        }
}


第二个方法 GetString,我以为它的封装是不必要的。调用.NET框架的代码只有一行或简单的数行,对它进行封装,反而会引起理解上的障碍。

再来看另一个方法,对它的封装,要依据具体的使用场景。

复制代码 代码如下:

public static decimal GetDecimal(string key)
{
            decimal value = default(decimal);
            if ((decimal.TryParse(GetString(key), out value)))
            {
                return value;
            }
            else
            {
                return 0m;
            }
}

这个方法实现的功能是:把一个字符串转化为数字类型,如果它的值不为数字类型的,则返回默认值0。

根据需要的场景,这个封装有可能是有必要的,可以减少很多重复的代码。

欢迎大家给出意见,我觉得这个GetDecimal方法也是多余的,不必要的封装。

脚本宝典总结

以上是脚本宝典为你收集整理的基于ERP程序的公共代码中出现的问题及过度封装不方便维护的解决办法全部内容,希望文章能够帮你解决基于ERP程序的公共代码中出现的问题及过度封装不方便维护的解决办法所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。
标签:erp