s*****w
发帖数: 1527 | 1 我习惯了用int，我们这里说要用string,这样送给对方，对方知道是什么。
非常好奇有多少人这么用？ |
t*****s
发帖数: 124 | 2 在底层用code不失为一种轻量高效的办法
然后提供一map函数映射对应code的message
主要缺点是难以维护
更好一点的做法是，特别是在上层
把code和message封装到Error或Exception对象里
【在 s*****w 的大作中提到】
: 我习惯了用int，我们这里说要用string,这样送给对方，对方知道是什么。
: 非常好奇有多少人这么用？
|
a****l
发帖数: 8211 | 3 unless the string is dynamically generated with information for error
diagnostic, it is the same as a number. A static string is not much
different from a number.
【在 t*****s 的大作中提到】
: 在底层用code不失为一种轻量高效的办法
: 然后提供一map函数映射对应code的message
: 主要缺点是难以维护
: 更好一点的做法是，特别是在上层
: 把code和message封装到Error或Exception对象里
|
w********m
发帖数: 1137 | 4 这是趋势吧。
Go里面的error全是string
习惯就好 |
T********i
发帖数: 2416 | 5 不是，golang的error比较是compare by reference，not by value。
所以你要十分小心。package writer要把公共error定义成公共变量才行。
用string做error，本身就很愚蠢，而且没有任何必要。
【在 w********m 的大作中提到】
: 这是趋势吧。
: Go里面的error全是string
: 习惯就好
|
n******t
发帖数: 4406 | 6 這是因爲設計沒想清楚企圖用垃圾辦法來解決的典型例子。
【在 s*****w 的大作中提到】
: 我习惯了用int，我们这里说要用string,这样送给对方，对方知道是什么。
: 非常好奇有多少人这么用？
|
g****t
发帖数: 31659 | 7 有沒有blog, tutorial什麼的講解golang error處理的成熟套路？或者你寫一個？我現
在是入門階段。
: 不是，golang的error比较是compare by reference，not by value。
: 所以你要十分小心。package writer要把公共error定义成公共变量才行。
: 用string做error，本身就很愚蠢，而且没有任何必要。
【在 T********i 的大作中提到】
: 不是，golang的error比较是compare by reference，not by value。
: 所以你要十分小心。package writer要把公共error定义成公共变量才行。
: 用string做error，本身就很愚蠢，而且没有任何必要。
|
g****t
发帖数: 31659 | 8 程序也可以用來探索未well defined的問題。所以不一定能夠一開始就設計好。
例如我前面講的疾病傳播動力學中的絕熱不變量問題。就是畫畫圖，看一看，改一改。
以上是我的一點淺見。歡迎指正。
: 這是因爲設計沒想清楚企圖用垃圾辦法來解決的典型例子。
【在 n******t 的大作中提到】
: 這是因爲設計沒想清楚企圖用垃圾辦法來解決的典型例子。
|
T********i
发帖数: 2416 | 9 这个没啥可说的。就那么点玩意儿。
我认为我的回帖已经该说的都说了。
【在 g****t 的大作中提到】
: 有沒有blog, tutorial什麼的講解golang error處理的成熟套路？或者你寫一個？我現
: 在是入門階段。
:
:
: 不是，golang的error比较是compare by reference，not by value。
:
: 所以你要十分小心。package writer要把公共error定义成公共变量才行。
:
: 用string做error，本身就很愚蠢，而且没有任何必要。
:
|
