夢(mèng)幻門派首席弟子的屬性和本人一樣嗎？包不包括任務(wù)身上的法寶，坐騎那些？
門派首席弟子能更新屬性，跟新首席的所有資料，人物屬性等都跟更新當(dāng)時(shí)相同。包括法寶坐騎對(duì)其影響 ，還有首席的攻擊時(shí)你現(xiàn)在攻擊的2倍。所以你相當(dāng)于跟2個(gè)你戰(zhàn)斗
是按照你領(lǐng)取首席時(shí)候的屬性來(lái)的，當(dāng)你屬性有改變時(shí)也可以選擇刷新，就回更新首席弟子那個(gè)的狀態(tài)了
首席弟子可以更新屬性，更新時(shí)人物形象，手中武器，人物屬性等都跟更新當(dāng)時(shí)相同。包括法寶坐騎對(duì)其影響
你保存時(shí)的人物屬性什么樣就首席就什么屬性,包括特技法寶
如何使用MVC5和實(shí)體框架，自定義屬性更新IdentityUser
至少另外一個(gè)SO質(zhì)疑曾試圖解決這個(gè)。但建議的修復(fù)有打破其他事情：
1）創(chuàng)建UserDbContext的另一個(gè)實(shí)例，并試圖連接用戶對(duì)象會(huì)導(dǎo)致實(shí)體框架抱怨
“一個(gè)實(shí)體對(duì)象不能被IEntityChangeTracker的多個(gè)實(shí)例引用”
2）關(guān)閉代理創(chuàng)建擺脫在＃1中列出的問(wèn)題，但導(dǎo)致的DbContext不加載子對(duì)象（如AspNetUserLogins，這是相當(dāng)重要的）。
另一解決方案是訪問(wèn)控制器創(chuàng)建的上下文。考慮默認(rèn)的AccountController與使用MVC（第5版）一個(gè)新的ASP .NET Web應(yīng)用程序構(gòu)造方法的模板：
公開(kāi)的AccountController（）
：這（新的UserManager＆LT; ApplicationUser＆GT;（新UserStore＆LT; ApplicationUser＆GT;（新ApplicationDbContext（））））
{
} 公眾的AccountController（的UserManager＆LT; ApplicationUser＆GT;的UserManager）
{
的UserManager =的UserManager;
}
應(yīng)用程序上下文DB被創(chuàng)建，但也沒(méi)有辦法通過(guò)的UserManager訪問(wèn)它（因?yàn)?商店'的UserManager的私有財(cái)產(chǎn)）。
這似乎并不像火箭科學(xué)，所以我的猜測(cè)是，我做的事情圍繞處理基本上是沒(méi)錯(cuò)的/理解的DbContext生命周期。
所以：我怎么正確地訪問(wèn)/使用的DbContext保存和更新AspNetUsers，相關(guān)的定制屬性和preserve子對(duì)象（如AspNetUserLogins）？
修改-------
還有一件事我想...
我從默認(rèn)更新的AccountController的構(gòu)造：
公開(kāi)的AccountController（的UserManager＆LT; ApplicationUser＆GT;的UserManager）
{
的UserManager =的UserManager;
}
這樣：
公開(kāi)的AccountController（的UserManager＆LT; ApplicationUser＆GT;的UserManager）
{
userDbContext =新UserDbContext（）;
UserStore＆LT; ApplicationUser＆GT;店內(nèi)=新UserStore＆LT; ApplicationUser＆GT;（）;
的UserManager＆LT; ApplicationUser＆GT;經(jīng)理=新的UserManager＆LT; ApplicationUser＆GT;（店）; manager.UserValidator =新CustomUserValidator＆LT; ApplicationUser＆GT;（的UserManager）; //的UserManager =的UserManager;
的UserManager =經(jīng)理; }
在試圖掛到的DbContext。后來(lái)，在一個(gè)公共異步任務(wù)法的身體，我嘗試撥打：
VAR更新=等待UserManager.UpdateAsync（用戶）; 如果（updated.Succeeded）
{
userDbContext.Entry（用戶）.STATE = System.Data.Entity.EntityState.Modified;
等待userDbContext.SaveChangesAsync（）;
}
不過(guò)，狀態(tài)更新的嘗試將引發(fā)異常：
“已經(jīng)有對(duì)于對(duì)象層類型'xyz.Models.ApplicationUser'生成的代理類型。當(dāng)相同對(duì)象層類型由一個(gè)AppDomain兩個(gè)或更多個(gè)不同的模型映射會(huì)出現(xiàn)這種情況?！?/p>
這看起來(lái)不正確......這是在構(gòu)造函數(shù)中分配了相同的DbContext。
編輯＃2 -----
下面是ApplicationUser模型：
使用Microsoft.AspNet.Identity.EntityFramework;
使用System.Security.Claims;
使用System.Threading.Tasks;
使用Microsoft.AspNet.Identity;
使用System.Data.Entity的;命名空間xyz.App.Models
{
//你可以通過(guò)添加更多的屬性你ApplicationUser類用戶添加配置文件數(shù)據(jù)，請(qǐng)?jiān)L問(wèn)，以了解更多信息。
公共類ApplicationUser：IdentityUser
{
公共字符串名字{獲得;組; }
公共字符串名字{獲得;組; }
公共字符串郵編code {搞定;組; }
公共字符串PasswordResetToken {搞定;組; }
公共System.DateTime的？ PasswordResetTokenExpiry {搞定;組; } 公共異步任務(wù)＆LT; ClaimsIdentity＆GT; GenerateUserIdentityAsync（的UserManager＆LT; ApplicationUser＆GT;經(jīng)理）
{
//注意authenticationType必須CookieAuthenticationOptions.AuthenticationType定義的匹配
VAR的UserIdentity =等待manager.CreateIdentityAsync（這一點(diǎn)，DefaultAuthenticationTypes.ApplicationCookie）;
//添加自定義的用戶在這里聲明
返回的UserIdentity;
} 公共ApplicationUser（）{} }
公共類UserDbContext：IdentityDbContext＆LT; ApplicationUser＆GT;
{
公共UserDbContext（）
：基地（“DefaultConnection”）
{ } }
}
