repository-pattern

    -1熱度

    1回答

    我在我的模型中有一個大型數據集的C#WPF MVVM項目中實現存儲庫服務模式的困境。 我首先在EntityFramework數據庫中創建了大約40個實體,所以我的模型非常龐大,對我來說,實現40個不同的存儲庫是沒有意義的,因爲我使用了通用存儲庫服務模式。 我的倉庫看起來如下: public interface IEntityRepository<T> : IDisposable where T :

    0熱度

    1回答

    我想在我的ASP.NET MVC 5應用程序,ASPIdentity的One DbContext和My APP的其他數據庫中添加兩個DbContext。我正在使用存儲庫模式。 問題是,如何在BaseRepository中指定每個DbContext的實體? 這是我做的。 1- DatabaseFactory & IDatabaseFactory public class DatabaseFactor

    0熱度

    1回答

    我目前正在學習接口和存儲庫模式,並且遇到困難。我有域類 「VehicleMake」 public class VehicleMake { public VehicleMake() { } [Key] [Column(Order = 1)] public int Id { get; set; } [Required]

    0熱度

    1回答

    的ID我有一個通用的存儲庫這樣的,它允許標識要關閉不同類型(TKEY的) public interface IGenericRepository<TEntity, TKey> where TEntity : class { Task<TEntity> GetByIdAsync(TKey id); Task<IEnumerable<TEntity>> ListAllAsync(

    0熱度

    1回答

    我目前正在學習接口和存儲庫模式,並在我的簡單項目中遇到與CRUD操作有關的問題。 我有域類 「VehicleMake」 public class VehicleMake { public VehicleMake() { } [Key] [Column(Order = 1)] public int Id { get; set; }

    0熱度

    1回答

    我有以下的庫Products每個產品可以有很多Categories和許多Bidders 我所試圖實現的是以下(無庫) $products = Products::whereHas('categories', function ($category) { })->whereHas('bidders', function ($bidder) { })->get(); 這但是,我正在努力使

    0熱度

    1回答

    我有一個BaseRepository類,它的方法對所有模型都有效。唯一的問題是,用戶模型是從使用Illuminate \ Foundation \ Auth \ User派生而來的。所以它會拋出一個類型錯誤,因爲構造函數需要一個Illuminate \ Database \ Eleoquent \ Model實例。我該如何解決這個問題? 這裏是我的UserRepository.php: names

    1熱度

    1回答

    我想在運行時通過傳遞連接字符串來創建DBContect對象。 以下是我的NiNject存儲庫實現的結構。 public class HomeController : ApiController { MyService _service{ get; set; } public HomeController(MyService service) { _se

    1熱度

    1回答

    我很確定我對如何實現Repository Pattern有了很好的理解,但是我陷入了關於複雜查詢/方法的決策循環中。 如果我想獲得所有在用戶表上具有特定字段值的用戶或用戶,那麼很明顯,它將進入用戶存儲庫。但是,如果我有更復雜的查詢,例如所有完成視頻課程的視頻課程的用戶,該怎麼辦?在我的模型中,這個查詢大約有6個表。 我希望能夠爲我們的存儲庫做一些事情,如if(user.completedVideo

    1熱度

    2回答

    我只想弄清楚我是否想使用存儲庫模式。 的三大優勢,我能找到: 1. Testability (repositories can be injected into the controller) 2. Abstraction (complex eloquent queries can be refactored into repository functions) 3. Decoupling (