Skip to content

Conversation

@Almantask
Copy link
Member

Specification pattern for filtering lessons (or other entities). This involves composite pattern to build expressions for specification, visitor pattern for applying domain specification to EF format (expression). Filters support And, Or, Not. Specification works for in-memory stuff (IsSatisfiedByItem) and for EF.

Usability: in lesson search page we will have something like discord:
a) on every filter applied, a specification will be created. Later specifications will be joined and sent as one to repo
b) a string query will be created, which will be passed to another specification, which will act as string query parser, which will be sent to repo

Almantask and others added 9 commits September 19, 2019 20:19
Specification pattern to have filters coming from domain;
Visitor pattern to visit expression based filters specificially for EF;
Combo filters using expression trees;
Lesson has internal id visible to infrastructure domain only;
LessonEntity tags and authors changed to string to ease storing in database collection;
CSInnDbContext with initial table- lessons.
Using ExpressionVisitor to unify parameter from both composite expression sides;
Expressions-based stuff moved to Repository.Infrastructure;
Expressions-based stuff made internal;
OrElse, Not composite expressions.
UnitOfWork to encapsulate repositories with lazy loading and shared transaction;
Solution file location adjustment;
Generic repository interface for async.
@Developeneur
Copy link

@Almantask Once you have updated the PR with the most recent code and fix the Codacy PR Quality issues, I will take another look at this PR. If this PR is inactive for 2 more weeks I will close.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants