如：我們編輯好一條資料，然後進行發布操作，這樣在**就能進行購買。
修改：編輯資源儲存的時候進行邏輯判斷
是否發布和資源狀態兩個欄位不需要改變。
如下面方法：
///
/// 編輯資源資訊
///
}if (input.bidendtime <= datetime.now)
if (!input.id.hasvalue)
throw new userfriendlyexception("編輯資源的標識id不存在");
// 查詢一遍資料庫
var entity = await _resourcerepository.firstordefaultasync(input.id.value);
if (input.resourceimgidforali <= 0)
if (datetime.now >= entity.bidstarttime)
//if (entity.ispublish)
// throw new userfriendlyexception("該資源已發布不能對其進行編輯操作");
entity.resourceaddresses = new list();
var address = await getresourceaddresses(input.placeofdeliveryids);
await _resourceaddressrepository.deleteasync(a => a.resourceid == entity.id);
address.foreach(a => entity.resourceaddresses.add(a));
if (!input.uploaddataid.hasvalue)
else
}//時間
= datetime.now;
input.resourcestate = entity.resourcestate;
input.ispublish = entity.ispublish;
input.mapto(entity);
//todo:刪除舊資源分類之前，判斷本次傳進來的資源分類與原來的資源分類
//是否存在變動，存在變動則 刪除原來的資源分類，否則直接跳過刪除，不對已有
//的資源分類做處理
//獲取當前資源擁有的資源分類ids
//var currentcategories = await _categorymanage.getresourceincategoriesasync(entity);
var currentcategories = await _resourcecategoryrepository.getall().where(a => a.resourceid == input.id).select(b => b.categoryid).tolistasync();
await _resourcerepository.updateasync(entity);
}我之前就錯誤的認為，這個兩個欄位也需要前端傳遞過來，解決辦法就是修改之前查詢一遍資料庫，把不需要改變的字段重新賦值就可以了！！！
對於推送資訊到App的一些思考
以前是人們主動去網路上獲取資源，現在是網路推送資源給人們。看了下umeng的推送概念，有單播 組播 列播 廣播。單播就是對乙個裝置的推送 組播是tag的推送，這些裝置通常都告訴伺服器他們訂閱的主題和他們的裝置標識 列播是對好多指定裝置標識的推送 廣播是對全部裝置的推送。說下組播 之前做mqtt推送的...
對於工作的一些思考
感覺自從領導讓我管專案以來,一直沒有讓領導很滿意的地方是自己在專案上花的心思太少.很簡單的一些例子就證明了,比如自己雖然是中途接手的專案,然後並沒有仔細檢視招標檔案,沒有針對招標檔案的要求 去核對乙方的一些功能是否完成.其次,對於乙方,我還在心裡上和行動上 做到完成把控住,我不僅要去分析我領導的想法...
對於介面的一些總結
1.介面中宣告的成員預設為static final成員 不管是基礎資料型別還是引用型別 且必須初始化 2.介面中宣告的方法預設為public且不能有實現體，即 方法體可有引數 3.實現介面的類，必須實現介面中所有方法，且不能降低方法的運用域，即必須顯示宣告為public 4,抽象類不需要實現介面的所...