驗證:根據 userid 判斷此使用者是否擁有部落格。
許可權:根據當前 loginname,判斷此使用者是否擁有審核許可權。
public int userid
public string userloginname
public string userdisplayname
public string useremail
public string useralias
public string displayname
public string email
public string alias
[jsonproperty("spaceuserid")]
public int id
}}jsonproperty 的作用是在 userservice 獲取使用者資訊的時候,對映源屬性名稱,getuserbyloginname 示例**:
this.replycontent = "恭喜您!您的js許可權申請已通過審批。";
eventbus = ioccontainer.default.resolve();
await eventbus.publish(new jspermissionopenedevent() );
return true;
}public bool deny(string replycontent)
this.status = status.deny;
this.replycontent = replycontent;
return true;
}public bool lock()
this.status = status.lock;
return true;
}public async task passed()
eventbus = ioccontainer.default.resolve();
await eventbus.publish(new messagesentevent() );
}public async task denied()
eventbus = ioccontainer.default.resolve();
await eventbus.publish(new messagesentevent() );
}public async task locked()
eventbus = ioccontainer.default.resolve();
await eventbus.publish(new messagesentevent() );}}
}
select top 1000 [id]
,[reason]
,[status]
,[ip]
,[replycontent]
,[isactive]
,[user_loginname]
,[user_displayname]
,[user_email]
,[user_alias]
,[user_id]
public string reason
public string ip
public int userid
public string userloginname
public string userdisplayname
public string useremail
public string useralias
}}另外領域服務、應用服務和單元測試**,也對應進行了更新,詳細檢視上面的開源位址。
userid 換為 user 設計,大致有兩個好處:
技術是設計的實現,不能用技術來影響設計。
DDD領域驅動設計 充血模型 貧血領域模型
最早廣泛應用源於ejb2,最強盛時期則是由spring創造,把 分離到不同的物件中 貧血領域模型是乙個存在已久的反模式,它不是個好東西。它完全和物件導向設計背道而馳。物件導向設計主張將資料和行為繫結在一起,而貧血領域模型則更像是一種面向過程設計。貧血領域模型的根本問題在於,它引入了領域模型設計的所有...
DDD領域驅動設計
公司裡面敏捷專案要講ddd領域驅動設計,加緊學習了一下,找了一些資料研究。eric evans的 domain driven design領域驅動設計 簡稱ddd,evans ddd是一套綜合軟體系統分析和設計的物件導向建模方法,本站jdon.com是國內公開最早討論ddd 之一,可訂閱 ddd專題...
DDD(領域驅動設計)
domain 領域 driven 驅動 design 設計 由eric evans最先提出,目的是對軟體所涉及到的領域進行建模,以應對系統規模過大時引起的軟體複雜性的問題。整個過程大概是這樣 開發團隊和領域專家一起通過 通用語言 ubiquitous language 去理解和消化領域知識,從領域知...