個人PHP編碼的Service層介面風格

2022-06-25 12:18:12 字數 684 閱讀 5414

情景描述:

每次寫出來的介面,

太通用了 == 不好用 == 傳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為字...