在介面傳參時,前端的資料型別對應後端的資料型別

2021-10-17 19:38:28 字數 576 閱讀 7308

c#裡int是有大小的, 預設的int最大是20億多, 有時候用不著這麼大的數字, 就發明了小整數, 從小到大分別是byte short int long,

其中, 預設的是帶符號的, 就是可正可負, 如果前面加上u, 就代表無符號的, 就是正數, 如果是u開頭的, 因為沒有負數部分, 所以正數部分可以是原來的兩倍大小

sbyte:代表有符號的8位整數,數值範圍從-128 ~ 127

byte:代表無符號的8位整數,數值範圍從0~255

short:代表有符號的16位整數,範圍從-32768 ~ 32767

ushort:代表有符號的16位整數,範圍從0 到 65,535

int:代表有符號的32位整數,範圍從-2147483648 ~ 2147483648

uint:代表無符號的32位整數,範圍從0 ~ 4294967295

long:代表有符號的64位整數,範圍從-9223372036854775808 ~ 9223372036854775808

ulong:代表無符號的64位整數,範圍從0 ~ 18446744073709551615

decimal double 都是帶小數的

char型別在傳參時接收不到資料的原因

mybatis的原因!資料庫這個樣子 在postman中呼叫介面 sql 查詢結果 在sqlserver中的測試如下 然後就開始找原因,解決方案就是加trim,這個很噁心,或者mybaits下就不要用char了 select from t train marshalling where train ...

方法過載,傳參時,引數是主資料型別自動轉型

若我們傳到方法裡的引數的資料型別 小於 方法中使用的自變數,就會對那種 資料型別進行 轉型 處理 如果過載方法中不存在符合的自變數的話,會自動轉型為大一級的資料型別 char 獲得的效果稍有些不同,這是由於假期它沒有發現乙個準確的char 匹配,就會轉型為int。方法採用了容量更小 範圍更窄的主型別...

java 物件型別與基本資料型別傳參的比較

public class person 上面是乙個person類 下面是乙個student類 public class student public static void main string args 問題來了 在main方法中,我還沒呼叫swap方法,也就是沒有傳入乙個例項物件給swap方法...