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

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

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

举例说明如下

public class ConfigHelper

{

/// /// Gets whether the specified path is a valid absolute file path. ///

/// Any path. OK if null or empty.

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值