我的问题是一旦调用了方法(通常是从局部视图),方法内部是否有一种方法来确定来自Assembly A或Assembly B的调用是不是传递给它？
我试图看看是否可以使用HttpContext.Current.Request做任何事情,但找不到任何有用的东西.我可以得到URI,但仍然没有告诉我发起请求的文件是哪个程序集.
感谢您的答案 – 该方法返回一个字符串,字符串来自一个string.resx文件,我有一个为每个程序集.这就是为什么我需要知道要访问哪个文件来返回字符串.由于每个程序集的“注册”本身启动,如果我添加一个新的程序集我的方法将不会改变,因为它只是查找程序集.实际上,我的整个项目不会改变.目前我不介绍另一个参数的原因是b / c这意味着巨大的变化,我实在看不到好处.虽然我看到你的观点,我普遍同意,我认为在我的情况下,这不是方法返回不同的东西,它只是抓取正确的资源文件基于程序集.
解决方法
不过,我同意约翰在评论中,如果你需要这样做,你可能会做出不好的设计决定.
问题
Your method is a hypocrite.
It talks different to different callers but doesn’t tell it in open.
你看到,每个方法都定义了一个包含参数和返回类型的合约.
例如,int.Parse表示它需要一个字符串并将其变成一个int.如果我们要更改默认行为,我们也可以给它NumberStyles和/或IFormatProvider.
我们消费者不知道int.Parse是如何实现的.因为它是静态的,我们当然希望它没有副作用,并且将始终为同一组参数返回相同的值.
在我之后重复这句话：
Explicit is better than implicit.
你可能会很生气,如果你发现int.Parse以某种方式分析你的代码,并根据它的名字来改变它的行为.
呼叫者有责任定义上下文,而不是被调用者.
尝试简单简明的回答以下问题：
>如果从程序集C调用该方法会发生什么？
>你将如何进行单元测试？如果其他开发人员在单元测试中使用这种方法怎么办？
>如果您重命名程序集A或B,会发生什么？合并他们进一步拆分
>如果有以上情况发生,你会记得改变这种方法吗？
如果回答上面的任何一个问题清楚地为您带来挑战,那么这是一个迹象,你在做错误？
相反,你应该…
引入参数
考虑方法合同.你可以做些什么来使其充分和描述？
Define a generic (as in English) method in a separate assembly that doesn’t know anything about the callers and has additional parameters,and define parameter-filling shortcuts for it in concrete assemblies.
这些参数最好不了解组件的任何内容.
例如,如果您需要解析方法中的URL,则可以接受字符串baseUrl或Func< string,string> urlResolver,因此它可以从任何程序集中潜在地使用,该程序集可以指定它们.
在最坏的情况下,您可以使用可能的调用者上下文定义一个枚举,并将其传递给该方法.这将使您的设计问题明确,而不是隐含.明显的问题总是比隐藏的问题好,虽然比没有问题更糟.
