Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

195
Views
Why isn't this class reference ambiguous?

I am wondering why this situation is not resulting in an ambiguous reference between types, one a class within our library and one an external struct. Consider the following-

External struct-

namespace External.Models
{
    public struct ProxyUser
    {
        public string Username { get; set; }
        public string Password { get; set; }
    }
}

Our class-

namespace MyApp.Configuration
{
    public class ProxyUser
    {
        public string Username { get; set; }
        public string Password { get; set; }
    }
}

Then the calling code approximates-

using External.Models;

namespace MyApp.Configuration.Factories
{
    sealed class Factory
    {
        public async Task<T> BuildConfiguration<T>()
        {
            var proxy = new ProxyUser { Username = username, Password = password }; // I would expect this to be ambiguous, but it references out class
        }
    }
}

This is a NetStandard 2.0 library if that makes a difference. Behavior is the same if I make our class a struct. Why isn't this ambiguous?

EDIT - Class is sealed, again if that makes a difference...

ANSWER

As @Sinatr mentioned, it appears to be related to this question- https://stackoverflow.com/a/25437586/14872099

This is a demonstration of the different behaviors I observed.

This resolves to our MyApp.Configuration.ProxyUser-

using External.Models;

namespace MyApp.Configuration.Factories
{
    sealed class Factory
    {
        public async Task<T> BuildConfiguration<T>()
        {
            var proxy = new ProxyUser { Username = username, Password = password }; // resolves to our class
        }
    }
}

This resolves to the external struct-

namespace MyApp.Configuration.Factories
{
    using External.Models;

    sealed class Factory
    {
        public async Task<T> BuildConfiguration<T>()
        {
            var proxy = new ProxyUser { Username = username, Password = password }; // resolves to external struct
        }
    }
}

Moving our class to another namespace creates ambiguity-

using External.Models;
using MyApp.Configuration.Models; // moved our class to this namespace

namespace MyApp.Configuration.Factories
{
    sealed class Factory
    {
        public async Task<T> BuildConfiguration<T>()
        {
            var proxy = new ProxyUser { Username = username, Password = password }; // this is ambiguous
        }
    }
}
over 4 years ago · Santiago Trujillo
1 answers
Answer question

0

Internal namespaces (i.e. inside the namespace brackets) get priority over external namespaces (i.e. using statements before the namespace block).

Note: "internal" and "external" aren't official definitions here, I just use these to easily distinguish between them.

Due to nesting, your namespace MyApp.Configuration.Factories block inherently also looks at any direct ancestors (MyApp.Configuration and MyApp), but not sibling namespaces (e.g. MyApp.Configuration.Services).

When a non-ambiguous reference is found in the internal namespaces, the system never bothers to check the external namespaces, and thus does not find a conflict. You'd only encounter a conflict if:

  • There are two valid options in the internal namespace, e.g. MyApp.Configuration.ProxyUser and MyApp.Configuration.Factories.ProxyUser
  • There are two valid options in the referenced external namespaces, e.g. External.Models.ProxyUser and Another.Namespace.ProxyUser (assuming both are referenced with using statements in this file)
over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!