开发规范V1.0

最新推荐文章于 2021-07-09 15:18:34 发布
最新推荐文章于 2021-07-09 15:18:34 发布
阅读量510 收藏 1
点赞数

概述

本文是 Qunar 开发推荐的编码建议。众所周知，好的代码一定是"简洁、明确、逻辑清晰并且好看的代码"。写得一手好代码有助于你的提级审核。

名词解释

原则

设计环节

  1. 无单点
  2. 会话无状态（Stateless）
  3. 可运维，可监控
  4. 可测试
  5. 可回滚，可禁用
  6. 可水平拆分
  7. 可缓存
  8. 可复制
  9. 短事务，最终一致性柔性事务
  10. 并发控制
  11. 异步处理
  12. 支持分级与降级

实现环节

代码清晰简洁，易于阅读

代码组织规范
  1. 为了公司编码尽可能统一，公司统一推荐使用springmvc。
           业务逻辑后移到Service层，如果业务系统非常复杂，可以在Controller和service之间增加一层Biz层来负责组织比较复杂的业务逻辑，View层尽量不要有过多业务逻辑，View层职责为展现，UI交互（目前大部分都由前端js完成），Controller层轻薄，Controller层职责为用户输入数据验证，逻辑分发，输出数据封装。
  2. 合理组织代码层次，根据代码职责组织代码。
  3. 排版清晰，易于阅读，代码必须格式化。建议在代码逻辑块之间留有空行
    代码范例： 
             // 分配trans_log_id-19位
        String transLogPre = TransLogSeqUtil.construct(transInfo.getTransDate(), String.valueOf(seqDAO.getNextSeqFtTransInfo()));
        transInfo.setTransLogSeq(transLogPre);

        // 转换
        TransInfoDO transInfoDO = TransInfoConverter.convertTransInfoToDO(transInfo);
        return String.valueOf(transInfoDAO.insert(transInfoDO));
  4. 建议面向接口编程，使用Spring来管理bean的生命周期。
  5. 代码必须格式化。IDE的格式化配置：http://wiki.corp.qunar.com/pages/viewpage.action?pageId=19337830
注释规范
  1. 类注释，必须描述该类的职责，建议写上类作者，版本，日期
    代码范例：
    做成一个模板吧 
     /*
 * Copyright (c) 2012 Qunar.com. All Rights Reserved.
 */
package com.qunar.hotel.hms;

import java.util.ArrayList;
import java.util.List;


/**
 *  SRoom就是创建在酒店下面的房型。一个SRoom房型跟一个RatePlan配合在一起就组成了一个产品。
 *  注意：SRoom不同于我们说的物理房型，一个物理房型可以有多个SRoom。
 * @author sunli created on 2012 12-11-6 下午2:38
 * @version $Id$
 */
public class SRoom {
    List<String> list = new ArrayList<String>();
}
  2. 方法注释，必须描述该方法的职责，对于方法的入参与出参建议加以必要的明确的注释，对于一目了然的代码逻辑，可以不写
    代码范例： 
        /**
     * 根据支出金额汇总和收入金额汇总查询账户余额。

     * @param sumExpendAmount 支出金额汇总

     * @param sumIncomAmount  收入金额汇总

     * @return;
     */
   private XXXXXXCommonResult queryAmountResult(Money sumExpendAmount, Money sumIncomAmount){}
  3. 全局变量的注释，对于全局变量，必须加以明确的注释描述。
    范例代码： 
              /** 查询条目限制 */
          private static final Integer ACCOUNT_LOG_NUM = 10000;

          private AccountLogExtDAO   accountLogExtDAO;
  4. 对于方法中的逻辑代码块，需要加明确的行级注释，便于快速了解一个方法的大概逻辑步骤。注释的位置在代码的上方，左对齐。
    代码范例： 
       //查询出账户操作日志
   List<AccountLogDO> accountLogs = accountLogExtDAO.queryAccountLog(query);

   //把账户操作日志根据操作人进行分组（merge）
   List<AccountUserLogDO> accountUserLogs = accountLogService.mergeAccountLogByUser(accountLogs);
  5. 接口注释，对于接口的职责必须有明确的注释，对于接口中的方法，需要说明方法的职责，方法的入参，方法的出参，此外，对于使用场景复杂的方法，建议加上方法的使用范例(特别是Dubbo对外接口)。
    代码范例： 
    /**
     * XXXX信息明细分页查询
     * @param <pre>AccountLogPageQuery
     *             <li>minDate : 起始业务日期(yyyyMMdd)   </li>
     *             <li>maxDate : 终止业务日期(yyyyMMdd)  </li>
     *             <li>accountNo ：账号 </li>
     *             <li>
     *               accountType:XXXX枚举类，
     *                          <li>XXXX -1 </li>
     *                          <li>XXXX -2 </li>
     *                          <li>全部  -3 </li>
     *             </li>
     *             <li>
     *                enueCodeEnum:业务代码枚举类，
     *                             <li>1001 - XXXX</li>
     *                             <li>2012 - XXXX</li>
     *                             <li>2031 - XXXX</li>
     *                             <li>3011 - XXXX</li>
     *             </li>
     *             <li>companyCode :公司编码 01 ,02 ,...不能为空</li>
     *             <li>pageSize:       每页条数，默认为20</li>
     *             <li>currentPage:    当前页码，默认为1</li>
     *         </pre>
     *
     * @return  <pre>XXXXXXXtLogPageResult:账户明细信息分页查询结果对象
     *             <li>success:        成功标识</li>
     *             <li>code:           结果码</li>
     *             <li>message:        返回信息</li>
     *
     *             <li>accountLogInfos:   当前页的账户明细信息列表，未查询到结果时为空对象</li>
     *             <li>totalItems:     查询到的结果总数</li>
     *             <li>totalPages:     总页数</li>
     *             <li>currentPage:    当前页码</li>
     *             <li>itemsPerPage:   每页条数</li>
     */
    public XXXXXXXPageResult queryAccountLogByPage(AccountLogPageQuery accountLogPageQuery);
  6. 对于逻辑单元的代码块以及每个条件判断if建议加上适当的行级注释。一目了然的代码逻辑可不加。我们的目标只有一个：易读易懂易维护
命名规范
  1. 无论是类名称，变量名称，方法名称，遵循以下原则，简单明确，知名见义。建议不带数字，下划线等特殊字符（类常量除外），采用有意义的名词或者名称组合驼峰法命名。
    不好的方法名： 
    public Object getDetailInfo(id){
     //查询数据库操作
}

    正确方法名：

    public Object queryDetailInfo(id){
     //查询数据库操作
}

    方法名getDetailInfo没有queryDetailInfo好。get容易跟java中的getter,setter混淆，如果把这个当成getter操作，容易造成性能问题。
    同样一个远程连接的url请求，也最好不要命名成getXXX，而换成fetchXXX更好。

  2. 对于类常量，推荐使用下划线分割的描述性名词来命名。

代码范例：

/** 查询条目限制 */
private static final Integer ACCOUNT_LOG_NUM = 10000;
其他通用规范
  1. 方法职责单一，方法命名以能够表达方法职责为宜。方法长度最好不超过70行。
  2. 接口职责单一，命名以能够表达职责为宜。
  3. 代码重复度小，可复用，圈复杂度不超过3
    不推荐的代码范例：
    CommissionWrapperService.java 
    // 是否为有效的房型
                boolean isSpecAviliable = true;
                // 是否无空的报价
                boolean isPerfect = true;
                int sum = 0;
                int count = 0;
                for (int i = 0; i < hs.size(); i++) {
                    if (!"0".equals(hs.get(i))) {
                        isPerfect = false;
                        if (specType == SpecType.LZ && i < specValue) {
                            isSpecAviliable = false;
                            break;
                        }
                    } else {
                        sum = sum + rp.get(i);
                        count++;
                    }
                }
                if (!isSpecAviliable) {
                    commissionHotel.removeCommissionRoom(commissionRoom);
                    continue;
                } else {
                    SpecRoom specRoom = availablePhysicalMap.get(commissionRoom.getPid());
                    if (specRoom == null) {
                        specRoom = new SpecRoom(commissionRoom.getId(), specValue, (float) sum / (float) count,
                                isPerfect, specType, commissionRoom);
                        availablePhysicalMap.put(commissionRoom.getPid(), specRoom);
                    } else {
                        if (isNeedRemove(specType, specValue, isPerfect, (float) sum, (float) count, specRoom)) {
                            commissionHotel.removeCommissionRoom(specRoom.getCommissionRoom());
                            availablePhysicalMap.put(commissionRoom.getPid(), new SpecRoom(commissionRoom.getId(),
                                    specValue, (float) sum / (float) count, isPerfect, specType, commissionRoom));
                        } else {
                            commissionHotel.removeCommissionRoom(commissionRoom);
                        }
                    }
                }

    推荐的代码范例：

    CommissionWrapperService.java 
       public CommissionRoom getRoomForAPhysicalRoom(List<CommissionRoom> roomsOfAPhysicalRoom, Map<Integer, CommissionRoomVO> productRoom) {
        removeRoomsWithoutPrice(roomsOfAPhysicalRoom);
        removeRoomsHigherAvgPrice(roomsOfAPhysicalRoom);
        List<CommissionRoom> lzRooms = filterLZRooms(roomsOfAPhysicalRoom, productRoom);
        if (lzRooms.size() > 0) {
            return getRoomForMinSpecValue(lzRooms, productRoom);
        } else {
            return getRoomForMinSpecValue(roomsOfAPhysicalRoom, productRoom);
        }
    }

    private void removeRoomsWithoutPrice(List<CommissionRoom> roomsOfAPhysicalRoom) {
        Iterator<CommissionRoom> iterator = roomsOfAPhysicalRoom.iterator();
        while (iterator.hasNext()) {
            CommissionRoom room = iterator.next();
            if (hasWithoutPriceDay(room)) {
                iterator.remove();
            }
        }
    }

    private boolean hasWithoutPriceDay(CommissionRoom room) {
        for (String roomStatus : room.getHsList()) {
            if (isFull(roomStatus)) {
                return true;
            }
        }
        return false;
    }

    private void removeRoomsHigherAvgPrice(List<CommissionRoom> roomsOfAPhysicalRoom) {
        if (CollectionUtils.isEmpty(roomsOfAPhysicalRoom)) return;
        float minAvgPrice = computeMinAvgPrice(roomsOfAPhysicalRoom);
        Iterator<CommissionRoom> iterator = roomsOfAPhysicalRoom.iterator();
        while (iterator.hasNext()) {
            CommissionRoom room = iterator.next();
            float avgPrice = computeAvgPrice(room);
            if (avgPrice > minAvgPrice) {
                iterator.remove();
            }
        }
    }

    private float computeMinAvgPrice(List<CommissionRoom> roomsOfAPhysicalRoom) {
        float minAvgPrice = computeAvgPrice(roomsOfAPhysicalRoom.get(0));
        for (CommissionRoom room : roomsOfAPhysicalRoom) {
            float avgPrice = computeAvgPrice(room);
            if (avgPrice < minAvgPrice) {
                minAvgPrice = avgPrice;
            }
        }
        return minAvgPrice;
    }

    private List<CommissionRoom> filterLZRooms(List<CommissionRoom> roomsOfAPhysicalRoom, Map<Integer, CommissionRoomVO> productRoomMap) {
        List<CommissionRoom> result = new ArrayList<CommissionRoom>();
        for (CommissionRoom commissionRoom : roomsOfAPhysicalRoom) {
            CommissionRoomVO productRoom = productRoomMap.get(commissionRoom.getId());
            if (productRoom.getSpecType() == SpecType.LZ) {
                result.add(commissionRoom);
            }
        }
        return result;
    }

    private CommissionRoom getRoomForMinSpecValue(List<CommissionRoom> rooms, Map<Integer, CommissionRoomVO> productRoomMap) {
        if (rooms.size() == 1) return rooms.get(0);
        Integer minSpecValue = productRoomMap.get(rooms.get(0).getId()).getSpecValue();
        CommissionRoom result = null;
        for (CommissionRoom room : rooms) {
            CommissionRoomVO productRoom = productRoomMap.get(room.getId());
            int specValue = productRoom.getSpecValue();
            if (specValue <= minSpecValue) {
                result = room;
                minSpecValue = specValue;
            }
        }
        return result;
    }

    private float computeAvgPrice(CommissionRoom room) {
        Integer sumPrice = 0;
        for (Integer price : room.getPriceList()) {
            sumPrice += price;
        }
        return sumPrice / room.getPriceList().size();
    }

    private boolean isFull(String roomStatus) {
        //这里不符合规范，不用用魔术字符串。
        //可以以修改成  return !roomStatus.equals(NOTFULL)
        return !roomStatus.equals("0");
    }

    请注意，上面两段代码是同一个方法。来自于 com.qunar.hotel.directsell.commission.service.CommissionWrapperService.java中的方法。各位有兴趣可以移步自行比较。

  4. 归集系统常量并加以注释，禁止出现魔术字符
    推荐的代码范例 
      public enum XXXResultCode {

    /** 处理成功 */
    SUCCESS("SUCCESS", "处理成功"),

    /** 未知异常 */
    UN_KNOWN_EXCEPTION("UN_KNOWN_EXCEPTION", "未知异常"),

    /** 系统错误 */
    SYSTEM_ERROR("SYSTEM_ERROR", "系统错误"),

    /** 产品传入参数非法 */
    PRODUCT_INPUT_PARAMETER_ILLEGAL("PRODUCT_INPUT_PARAMETER_ILLEGAL", "产品传入参数非法"),
    .............
    .............

    错误的写法：

      if(specType!=null){
                   if(!"0".equals(hs.get(0))){//无法理解"0"的含义
                       commissionHotel.removeCommissionRoom(commissionRoom);
                       continue;
                   }
}

     if(commissionType==0){//无法理解0的意思
            base = basePrice.multiply(new BigDecimal(baseCommissionValue)).multiply(percent).divide(new BigDecimal(10000)); //取平日价
           if(weekendCommissionValue==null||weekendPrice==null){
               weekEnd=base;
           }else{
               weekEnd=weekendPrice.multiply(new BigDecimal(weekendCommissionValue)).multiply(percent).divide(new BigDecimal(10000));//取周末价
           }
        }
        if(commissionType==1){//无法理解1的意思
            base = new BigDecimal(baseCommissionValue).multiply(percent).divide(new BigDecimal(100)); //取平日价
            if(weekendCommissionValue==null||weekendPrice==null){
                weekEnd = base;
            }else{
                weekEnd=new BigDecimal(weekendCommissionValue).multiply(percent).divide(new BigDecimal(100));   //取周末价
            }
         }
  5. 尽量使用成熟的apache的包。
    必须用StringUtils.equals(first,second)判断两个字符串是否相同
    StringUtils.spit来切换字符串
    比如： 
    if(map==null || map.size()==0){

        }

    必须用

    if(MapUtils.isEmpty(map)){
}
  6. if判断逻辑过于复杂的必须单独抽取到一个可以理解的方法
    比如 
    if ((!specRoom.isPerfect()&& isPerfect)
              || ((!isPerfect && !specRoom.isPerfect()
 || isPerfect && specRoom.isPerfect()) && (specRoom.getAvg() > (float)sum/(float)count ) || (Math.abs(specRoom.getAvg() - (float)sum/(float)count ) < 0.01f && ((specType == SpecType.LZ && specRoom.getSpecType() != SpecType.LZ)
              ||( specRoom.getSpecType() == specType && specRoom.getDay() > specValue))))) {
                               commissionHotel.removeCommissionRoom(specRoom.getCommissionRoom());
                               availablePhysicalMap.put(commissionRoom.getPid(), new SpecRoom(commissionRoom.getId(), specValue, (float)sum/(float)count, isPerfect,specType,commissionRoom));
 }

    可以写成

     if (isNeedRemove(specType, specValue, isPerfect, (float) sum, (float) count, specRoom)) {
            commissionHotel.removeCommissionRoom(specRoom.getCommissionRoom());
            availablePhysicalMap.put(commissionRoom.getPid(), new SpecRoom(commissionRoom.getId(),specValue, (float) sum / (float) count, isPerfect, specType, commissionRoom));
 }
 /**
     * <pre>
     * 计算specRoom的权重是否更高
     * 如果specRoom的权重更低，返回true
     * </pre>
     *
     * @param specType 目标入住条件
     * @param specValue 目标连住天数或者提前预订天数
     * @param perfect 目标是否全部可入住
     * @param sum 目标有可入住的天数的总价格
     * @param hasPriceDays 在需要预订时间范围内的有报价的天数
     * @param specRoom
     * @return
     */
    private boolean isNeedRemove(SpecType specType, Integer specValue, boolean perfect, float sum, float hasPriceDays,
            SpecRoom specRoom) {
        // 如果目标是全部可入住，specRoom不是全部可入住，需要移除
        if (perfect && !specRoom.isPerfect()) {
            return true;
        }

        // 如果是否可全部入住一样，则平均价格高的需要移除
        if ((perfect == specRoom.isPerfect()) && (specRoom.getAvg() > sum / hasPriceDays)) {
            return true;
        }
        // 是否平均价格基本相同
        boolean isSameAvgPrice = Math.abs(specRoom.getAvg() - sum / hasPriceDays) < 0.01f;
        if (isSameAvgPrice) {
            // 在平均价格相同的条件下，连住优先留下
            if ((specType == SpecType.LZ && specRoom.getSpecType() != SpecType.LZ)) {
                return true;
            }
            // 在平均价格相同,[连住或者提前预订]一样的条件下，连住或者提前预订天数长的移除
            if ((specRoom.getSpecType() == specType && specRoom.getDay() > specValue)) {
                return true;
            }

        }
        return false;
    }
  7. 面向接口编程，可测性高
  8. 合理运用各种设计模式

无资源泄露和线程安全问题

  1. 线程上下文变量的设置与清除必须配对。
  2. 静态方法（比如常见的Util） 或单例必须是线程安全的。
  3. SimpleDateFormat 类是非线程安全的，每次使用都 要重新 构造。推荐使用apache的DateFormatUtils和DateUtils。
  4. 为记录加锁时，需要保持一致的加锁顺序，否则可能会死锁
  5. 对系统资源的访问，使用后必须释放。包括：文件流 、线程、网络连接 、数据库连接等。
    httpclient必须使用http://wiki.corp.qunar.com/display/publicsystem/meerkat-http 的封装。
  6. 远程调用设置合理的超时时间，以及超时的降级处理。
  7. 外部资源的路径调用都应当采用maven 的 profile配置方式来控制，必须区分 Dev、beta、product

使用公司推荐的代码实现方式

数据库规范
  1. 遵守DBA制定的去哪儿MySQL开发规范。
  2. 事务越短越好，禁止在事务中做远程耗时调用。
日志规范
  1. 参考http://wiki.corp.qunar.com/pages/viewpage.action?pageId=19355490
  2. 打印日志要能唯一标识出代码运行的业务，对于接口，建议打印出接口的入参。
    代码范例： 
      if (logger.isInfoEnabled()) {
         logger.info("根据编号加载产品请求[code={}]",code);
  }
  3. 对于捕获的异常信息，必须将异常堆栈打印出。
    正确的代码范例： 
      logger.error("XXXXX查询系统异常。参数:"调用参数信息或者调用上下文链标识 , e);

    错误的代码范例：

      logger.error("XXXXX查询系统异常:" + e.getMessage());
  4. 日志代码不能影响业务主流程。
    错误的代码范例： 
        result=null;
    logger.warn("根据编号加载产品，产品编号为空，result.getCode={}" , result.getCode());
  5. 日志不允许打印用户的密码，账户等敏感信息
  6. 禁止使用System.out输出日志，一律必须使用日志工具类logger打印日志
  7. 日志文件本身内容变化问题，开发提前通知数据组（data-request@），数据组发现问题联系对应开发同学
监控
  1. 所有的异常和业务异常必须有监控和报警。
  2. tomcat的线程池必须有监控（上限200系统就挂了）。
  3. 提供接口的响应时间和调用次数，出错次数。
  4. 所依赖接口的调用次数，响应时间，出错次数。
  5. jvm监控
    添加监控原则
    1. 工期没有特别紧急要求的情况下，监控、报警必须在功能上线时添加完成
    2. 对于上线比较紧急的情况，上线完成后24小时内，必须完成监控、报警功能添加
    3. 开发跟进，QA检查

无安全问题

安全规范
  1. 请遵守安全部门的[系统安全规范]，下面几点是需要重点关注的。
  2. 敏感信息保护
    用户的敏感信息包括密码、短信验证码、支付验证码、身份证号、银行卡号、银行密钥，商户密钥等信息；用户敏感信息丌能泄露，否则可能会带来不安全因素。可能会导致敏感信息泄露的方式有:Logger、URL的get参数（因为 URL 的get 参数会在 nginx和tomcat 日志中被输出）。
  3. web安全
    1. 对于前台的 web页面，必须加上表单防重复提交功能；
    2. 对于业务关键字段需要加上防篡改的功能，否则可能造成业务重复执行或者被客户端恶意修改。 （比如订单提交）
    3. 对于前台的web页面，严禁出现方便调试的后门页面。
    4. 订单的匿名查询（用手机号和订单号）页面，必须使用token机制，防止被流氓搜索引擎索引而泄漏用户信息。
    5. 关于XSS漏洞的防范
    6. 用户身份证、手机号码需要进行部分*号替换。具体规则请咨询产品和安全部门。
    7. 对有权限的验证，除了功能权限(uri)的判断外，还需要特别注意数据权限，防止用户更改浏览器的id而访问或者修改不属于自己的数据。
    8. 接口要明确谁会调用，应当有ip 或 token 校验机制
    9. 公司内部的调用，同机房的应当走内网域名调用

去哪儿网最佳开发实践

价格（金钱）处理

引入

<dependency>
  <groupId>qunar.common</groupId>
  <artifactId>common-api</artifactId>
  <version>8.0.10</version>
</dependency>

使用qunar.api.pojo.Money来存储处理金钱，不要使用BigDecimal

bigdecimal 的问题在于精度 和 舍入规则， 不同参数下看转换的同一个数值其实是有差距的，在大量统计计算过后出现的结果会不稳定。 而这些细节定义在不同系统里完全统一是很困难的。
所以包装了一个money类型，其实就是给若干参数做了标准化定义，每次计算过后会强制转化成统一精度。 这样同样一批数在酒店和支付不同的系统算出来的结果可以保证是一致的

数据库连接池

迷迷佛
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
全网多种方式解决The requested resource [/] is not available的错误
念兮为美
02-18 1万+
全网多种方式解决The requested resource [/] is not available的错误
账务明细分页查询接口(account.page.query)1
08-03
1.1 功能描述 4 1.2 阅读对象 4 1.3 业务术语 4 3.1 含义 5 3.2 列表 6 3.3 样例 8 4.1 含义 8 4.2 列表 8 4.
账务明细分页查询接口(account.page.query)接入与使用规则1
08-03
1.1 文档说明 3 1.2 业务术语 3 1.1 文档说明 1.2 业务术语
SpringMVC，Tomcat启动后报错404，请求的资源[/]不可用
热门推荐
weixin_43403043的博客
07-09 4万+
一 问题：SpringMVC 中 Tomcat启动报错404. 今天用SpringMVC，配置完启动Tomcat报错 类型 状态报告 消息 请求的资源[/]不可用 描述 源服务器未能找到目标资源的表示或者是不愿公开一个已经存在的资源表示。 二 解决思路 首先怀疑是环境配置问题， 检查maven的依赖是否正确导入，发现没问题 检查项目的Artifacts ，WEB-INF目录下是否有class目录和lib目录，如果没有则新建一个lib文件夹，并+ 添加全部依赖，保存。 以上检查无误后，发现.
SpringMVC两大核心配置文件
weixin_45272209的博客
02-02 653
SpringMVC两大核心配置文件 web.xml <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee htt
应用系统开发规范V1.0.pdf
07-14
应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统开发规范V1.0.pdf应用系统...
腾讯PHP开发规范v1.0.pdf
11-09
大厂PHP开发规范,良好的编程规范是走近大厂的重要一步.还有我全部设置的0积分,麻烦不要给我资源瞎改积分.免费共享
数据集市_开发规范V1.0.doc
04-10
数据集市_开发规范V1.0.doc
啊对对队项目开发规范v1.0.01
08-08
9.【推荐】在常量与变量的命名时，表示类型的名词放在词尾，以提升辨识度 2.【强制】在 long 或者 Long 赋值时，数值后使用大写字母 L，不能是小写字母
数据库开发指南V1.0_数据库开发规范_
09-30
针对数据库开发设计的规范条款，应用于数据库开发的标准化流程
软件开发流程管理规范
10-17
现在很多人做软件的时候都很不规范，特别是缺少了相应的技术文档，不便于以后的维护更新，本人在此提供软件开发规范供大家参考！！
项目开发管理流程规范说明书
09-19
项目开发管理流程规范说明书模板
系统根据销售出库明细生成客户对账单
11-05
系统根据销售出库明细生成客户对账单,便于熟悉EXCEL操作。
支付宝账务明细分页查询接口-account.page.query(20151207)
02-18
支付宝账务明细分页查询接口 20151207 最新版 内含教程和 demo
软件项目开发流程：开发部日常工作流程 管理流程 绩效考核流程
11-18
开发部日常工作流程  开发部管理流程  开发部绩效考核流程  开发部激励和过失管理流程
2020-12-26
m0_53968639的博客
12-26 418
一.在设计过程中，经常会出现HTTP Status 404(The requested resource is not available)异常的问题，通过查找资料，找到了一下几点解决方案： 右键项目点击properties，找到Java Build Path 中Order and Export 检查Tomcat是否勾选。 2.未部署Web应用 3.URL输入错误 a.查看URL的IP地址和端口号是否书写正确。 b.查看上下文路径是否正确 Project--------Properties------My
SOFA 应用架构详解
技术杂谈
06-26 4万+
本文来自作者 张建飞 在 GitChat 上的分享编辑 | 阿笠1. 前言从业这么多年，接触过银行的应用，Apple 的应用，eBay 的应用和现在阿里的应用，虽然分属于...
支付宝账务明细查询接口,支付宝账务明细分页查询接口
09-29
支付宝账务明细查询接口 和 支付宝账务明细分页查询接口
404 请求的资源不可用 或者tomcat无法启动
qq_32179043的博客
07-17 4万+
web.xml里的配置出了问题 检查对应的Java文件路径 &lt;servlet&gt; &lt;servlet-name&gt;UserREG&lt;/servlet-name&gt; &lt;servlet-class&gt;com.servlet.UserREG&lt;/servlet-class&gt; &lt;/servlet&gt; &lt;servl...
业务需求管理规范v1.0(201209)
最新发布
01-02
业务需求管理规范v1.0(201209)是一份规范化的文件，用于指导和管理业务需求的收集、分析和定义过程。该规范的目的是确保业务需求的准确性、一致性和可追溯性，提高项目交付的质量和效率。 该规范详细说明了业务需求...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值