情景描述：
每次寫出來的介面，
太通用了 == 不好用 == 傳n多個引數 == 看懂才能用 == 不如自己寫
功能單一 == 傳遞1個id返回一堆的東西給我 == 好用 == 到處寫介面 == 復用率低 == 加個sql欄位要改n個地方
所以，本人決定以後還是這樣寫：
獲取單個資訊的，不要join表成乙個很大的sql一次性查出來然後每個狀態列舉寫一遍，可以先獲取訂單資訊 + 商品資訊 + 使用者資訊，小sql也可以防止阻塞 == 此處提供各個getbyid的介面
獲取列表的，不可能去除訂單列表再foreach獲取商品資訊和使用者資訊，直接join表獲取
例項**：
<?php//php的介面風格
//商品
class
good
/*** 獲取多個商品資訊
** @param [int] good_ids '1,2,3'
* @return [arr] array('retcode' =>'響應碼','data'=>'資料，一般為陣列','msg'=>'提示資訊，一般字串')
* @author author
* @since 2023年1月12日
*/public
function getgoodlist($good_ids)
}
個人編碼風格
看不同於自己的編碼風格的 很難受。總結下自己的編碼風格如下，並不是意味著別人一定要這樣做，僅僅提供個人的一些看法。很多東西其實我也不一定贊同，例如究竟是用匈牙利還是用駝峰命名法，個人覺得只要變數能夠給人看上去有一定的含義就行了。1.運算子左右都有空格 一元運算子除外 2.函式名稱為動詞 名詞，變數名...
個人編碼模板
1.4.1 一般性原則 1.4.2控制項命名原則 備註 各個控制項以首字母縮寫為基本原則，個別控制項可根據實際情況使用全命名方式，但必須小寫開頭，命名字首一覽 應該包含如下 檔案描述 description 描述此類的作用 作者 author 建立者或者修改者名 版本 version 建立或者修復時...
個人 編碼規範
一 變數命名 int i為字首 int arr為字首 int pi為字首 unsigend int ui為字首 unsigend int pui為字首 short s為字首 short ps為字首 unsigend short us為字首 unsigend short pus為字首 long l為字...