ERP程序的公共代码中出现的问题 过度封装不方便维护

本文探讨了ERP程序设计过程中代码封装的重要性与适度性。通过具体案例分析了不同封装方式的利弊,如路径验证与配置获取等。指出过度封装可能导致代码理解障碍,而适度封装能有效提升开发效率。

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

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

举例说明如下

public class ConfigHelper
{
        /// <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方法也是多余的,不必要的封装。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值