大家都进来看看,这两种方案哪个可行?哪个效率更高?

场景描述:

大伙不都搞数据库嘛,数据库里总要设置参数的吧?嗯,对,这两个方案就是设置参数用的。
我不是一直搞.net的嘛,所以对SqlHelper有好感,这两种实现就是其中的一个方法。

方案一:(这个是我在网上找到的)

/**
* @param pstmt
* @param cmdtext
* @param params
* Object[]
* @throws Exception
*/
private static void prepareCommand(PreparedStatement pstmt, Object[] params) throws Exception
{
if(params == null || params.length == 0)
{
return;


}
for (int i = 0; i < params.length; i++)
{
try
{
pstmt.setDate(i + 1, java.sql.Date.valueOf(params[i]));
}
catch (Exception e)
{
try
{
pstmt.setDouble(i + 1, Double.parseDouble(params[i]));
}
catch (Exception e1)
{
try
{
pstmt.setInt(i + 1, Integer.parseInt(params[i]));
}
catch (Exception e2)
{
try
{
pstmt.setString(i + 1, params[i]);
}
catch (Exception e3)
{
System.out.print("SQLHelper-PrepareCommand Err1:" + e3);
}
}
}
}
}
}



方案二:(这个是我写的,因为我感觉那么多try...catch简直要摧毁我的意志,虽然反射也很费吧……)

/**
*
* @param pstm
* @param params
*/
public static void prepareCommand(PreparedStatement pstm,Object[] params)
{
if(params == null || params.length == 0)
{
return;
}

try
{
for(int i = 0;i < params.length;i++)
{
int parameterIndex = i + 1;
//String
if(params[i].getClass() == String.class)
{
pstm.setString(parameterIndex, params[i].toString());
}
//Short
else if(params[i].getClass() == short.class)
{
pstm.setShort(parameterIndex, Short.parseShort(params[i].toString()));
}
//Long
else if(params[i].getClass() == long.class)
{
pstm.setLong(parameterIndex, Long.parseLong(params[i].toString()));
}
//Integer
else if(params[i].getClass() == Integer.class)
{
pstm.setInt(parameterIndex, Integer.parseInt(params[i].toString()));
}
//Date
else if(params[i].getClass() == Date.class)
{
java.util.Date dt = (java.util.Date)params[i];
pstm.setDate(parameterIndex, new java.sql.Date(dt.getTime()));
}
//Byte
else if(params[i].getClass() == byte.class)
{
pstm.setByte(parameterIndex, (Byte)params[i]);
}
//Float
else if(params[i].getClass() == float.class)
{
pstm.setFloat(parameterIndex, Float.parseFloat(params[i].toString()));
}
//Boolean
else if(params[i].getClass() == boolean.class)
{
pstm.setBoolean(parameterIndex, Boolean.parseBoolean(params[i].toString()));
}
else
{
throw new Exception("参数准备出错:数据类型不可见" + params[i].getClass().toString());
}
}
}
catch(Exception e)
{
}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,我会根据您的要求,为您进行经济可行性分析的解释和说明。 首先,社区球场管理系统是一个比较新的市场,但是由于人们对健康的重视和生活水平的提高,社区球场管理系统的需求也在不断增加。利用spring boot和mybatis plus技术实现社区球场管理系统,可以提高系统的稳定性和性能,较好地满足用户的需求。 下面,我们来分析社区球场管理系统的经济可行性。 1. 市场需求分析 随着人们健康意识的提高,越来越多的人开始关注运动,社区球场管理系统的需求也在不断增加。市场上已经有一些社区球场管理系统,但是由于功能不够完善、性能不稳定等问题,用户对其评价不高。因此,利用spring boot和mybatis plus技术实现社区球场管理系统,可以提高系统的稳定性和性能,从而更好地满足用户的需求。 2. 技术可行性分析 利用spring boot和mybatis plus技术实现社区球场管理系统,可以提高系统的稳定性和性能,同时也可以提高开发效率。这两种技术都是比较成熟的技术,在市场上也有广泛的应用,开发人员的技术储备和使用难度也较低。 3. 经济可行性分析 从经济角度来看,利用spring boot和mybatis plus技术实现社区球场管理系统,需要一定的人力成本和技术成本。但是,由于市场需求较大,系统稳定性和性能较高,用户满意度较高,因此可以预计收益也较为可观。 同时,社区球场管理系统也可以通过多种方式获取收益,如:会员制收费、广告投放等等。这些方式都可以通过系统数据分析和用户画像等技术手段,进行精准营销,提高收益。 综上所述,利用spring boot和mybatis plus技术实现社区球场管理系统具备很好的经济可行性,但是需要进行市场调研和技术实现的具体规划和执行。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值