DapperLib / DapperLib/Dapper.Contrib
Add the mapping strategy to support the table name and column name
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 293
- Forks
- 109
- PR merge metrics
- No merged PRs in 30d
Description
In the real scenario, we should create the datatable with the different name conventions. For example: tbl_customer (table name), id(column name), first_name(column name). But the domain object should follow the C# name convention, for example
public class Customer
{
public int Id { get; set; }
public string FirstName { get; set; }
}
We can define a interface IMappingStrategy then implement different strategies:

We can define the global strategy or set the strategy for the speicifed domain object event the property. We will generate the SQL with the defined strategies. That will be wonderful feature.
Thanks.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named in the issue. Start by locating the current table and column name generation, then review how global, object-level, and property-level mapping could fit the requested IMappingStrategy. Done means the generated SQL honors the selected naming strategy for examples such as Customer, Id, and FirstName.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- databases
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100