你還以為走路是世上最簡單的事情呢？只不過是把一隻腳放到另一隻腳前面。但我一直很驚訝這些原本是本能的事情實際上做起來有多困難。而吃，吃也是一樣的，有些人吃起東西來可困難了。說話也是，還有愛。這些東西都可以很難。

--摘自蕾秋·喬伊斯《一個人的朝聖》

如題，專案的持久層用的是dapper，有一些複雜的報表需要自己編寫sql。 通過dapper返回一個泛型資料集合。這個泛型類T通常就是我們所定義的一個DTO，如下程式碼中的ZhifuDuizhangBaobiaoDTO。

開發過程中，資料表字段的命名並不規範，我在開發這個報表時重新定義了一下DTO的屬性名。這時，sql裡就要用到as了。

public
 
 static List<ZhifuDuizhangBaobiaoDTO> GetDuizhangBaobiao(ZhifuDuizhangBaobiaoQueryModel query, PageModel pageModel)
{
    string sql = @"SELECT ZFDate as 'OrderPayDate', OrderNo, orderId, ChannelNo, OrderAmount as 'Amount', orderst as 'OrderStatus', mercode
FROM t_business_airorders a
WHERE ZFDate>
 
[email protected] AND ZFDate<@dateTo
AND payType>1 ";

    // 引數值判斷
    if (null != query.OrderNo && query.OrderNo.Trim() != "")
    {
        sql += " AND [email protected]";
        query.OrderNo = query.OrderNo.Trim();
    }
    if (null != query.ChannelNo && query.ChannelNo.Trim() != ""
 
)
    {
        ......
    }

    var dp = new Object();
    dp = new
      {
          dateFr = query.OrderPayDateFr.Date,
          dateTo = query.OrderPayDateTo.Date.AddDays(1),
          OrderNo = query.OrderNo,
          ChannelNo = query.ChannelNo,
      };

    sql += " order by a.ZFDate desc";
    using (var conn = ConnUtility.GateWayConntion)
    { 
        var pagedList = conn.MySqlPageList<ZhifuDuizhangBaobiaoDTO>(sql, pageIndex: pageModel.PageNo, pageSize: pageModel.PageSize, param: dp);
        pageModel.RecordCount = pagedList.recordCount;
        var lst = pagedList.listT;
        return lst.ToList(); 
    }
}

與前端的檢視頁聯調通過後，這樣的程式碼可以fix了。

不過，上面的程式碼其實是有隱形錯誤的——當日後重命名ZhifuDuizhangBaobiaoDTO的OrderPayDate、Amount屬性時，很容易忽略這段sql文本里的as。

那麼，為了能應對日後的擴充套件和重構，我採用了另一種方式，利用linq的Expression表示式來讀取屬性名。 

public static List<ZhifuDuizhangBaobiaoDTO> GetDuizhangBaobiao(ZhifuDuizhangBaobiaoQueryModel query, PageModel pageModel)
{
    string sql = @"SELECT ZFDate as '{0}', OrderNo, orderId, ChannelNo, OrderAmount as '{1}', orderst as '{2}', mercode
FROM t_business_airorders a
WHERE ZFDate>[email protected] AND ZFDate<@dateTo
AND payType>1 ";

    sql = string.Format(sql, GetPropertyName<ZhifuDuizhangBaobiaoDTO>(c => c.OrderPayDate),
        GetPropertyName<ZhifuDuizhangBaobiaoDTO>(c => c.Amount),
        GetPropertyName<ZhifuDuizhangBaobiaoDTO>(c => c.OrderStatus));

    ......
}

 這裡藉助了一個GetPropertyName<T>方法。

public static string GetPropertyName<T>(Expression<Func<T, object>> expr)
{
    var rtn = "";
    if (expr.Body is UnaryExpression)
    {
        rtn = ((MemberExpression)((UnaryExpression)expr.Body).Operand).Member.Name;
    }
    else if (expr.Body is MemberExpression)
    {
        rtn = ((MemberExpression)expr.Body).Member.Name;
    }
    else if (expr.Body is ParameterExpression)
    {
        rtn = ((ParameterExpression)expr.Body).Type.Name;
    }
    return rtn;
}

 墨菲定律裡有說“會出錯的事總會出錯”。一個在開發中的專案，經常因review或程式碼分析而改一些程式碼的。這樣就一勞永逸了。日後重構屬性名，我們就不用擔心這塊了。

BTW，在MVC檢視頁裡，我們要顯示模型的顯示名稱，經常這樣寫@Html.DisplayNameFor(model => model.OrderPayDate)，當屬性沒有DisplayNameAttribute時，就會返回屬性名。

今天突然想到了“懶漢”這個詞，是為了紀念一位在公司待過一段時間的老產品經理，周緣昕。我們公司的企業用車產品能夠在企業出行市場佔據一席之地，少不了他的傾心貢獻。NB之大，百度一下，你就知道。曾參加他給產品部門的一個培訓，其中談到了產品設計的“懶漢思維”。一個產品經理把一個需求設計合理並講清楚，並不是一件容易的事情。同樣，後期的運營跟進同樣不是易事。  之於系統開發方面，又何嘗不是呢。在我去年的文章《運維一個應用系統不容易（2016-07-29 18:43）》裡有一些嘮叨。