blocks|key|1970671|text|检查HttpContext.Current.Application.GetType().Assembly|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1970672|entityMap^0|2|1E|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Check <code>HttpContext.Current.Application.GetType().Assembly</code>

blocks|key|1970674|text|作为SLaks+pointed+out，您可以检查HttpContext.Current.Application.GetType().Assembly。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1970675|但是，我同意John的意见，如果需要的话，您可能做出了一个糟糕的设计决策，。|BOLD|1970676|问题|1970677|1970678|+你的方法是个伪君子。|blockquote|1970679|1970680|它对不同的来电者说的不一样，但不公开地告诉它。|1970681|1970682|您可以看到，每个方法都定义了带有参数和返回类型的特定契约。|1970683|例如，int.Parse说它接受一个string并将其转换为一个int。如果我们想改变默认行为，我们也可以给它NumberStyles和/或IFormatProvider。|1970684|我们消费者不知道int.Parse是如何实现的。因为它是static，所以我们最肯定的是它没有副作用，而且总是为相同的参数集返回相同的值。|1970685|在我后面重复这个咒语：|1970686|1970687|+显式优于隐式.|1970688|1970689|1970690|如果您发现int.Parse以某种方式分析了您的代码并根据调用的位置更改了它的行为，您可能会非常生气。|1970691|--定义上下文是调用者的责任，而不是被调用者的.|1970692|试着简单简洁地回答以下问题：|1970693|如果方法是从程序集C调用的，那么|1970694|会发生什么情况？|unordered-list-item|1970695|，您将如何对它进行单元测试？如果其他开发人员在单元测试中使用此方法怎么办？|1970696|，如果您重命名程序集A或B会发生什么？合并他们？further?|1970697|Will，您记得在happens?|1970698|之上更改此方法|1970699|如果回答上面的任何问题对你来说都是一个挑战，这是你做错了™的一个迹象。|1970700|相反你应该..。|1970701|引入参数|1970702|考虑一下方法合同。你能做什么使它充分和描述？|1970703|1970704|在一个单独的程序集中定义一个泛型(如英文)方法，不知道调用者的任何信息，并且有附加的参数，并在具体的程序集中为它定义参数填充快捷键。|1970705|1970706|1970707|最好是这些参数也不知道任何关于程序集的信息。|1970708|例如，如果您需要解析方法中的URL，您可以接受string+baseUrl或Func<string,+string>+urlResolver，这样它就可以从任何关心指定它们的程序集中使用。|1970709|在最坏的情况下，您可以用可能的调用上下文定义枚举，并将其传递给方法。这将使您的设计问题更加明确，而不是隐含的。明显的问题总是比隐藏的问题好，尽管比没有问题更糟糕。|1970710|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/6551954/how-to-find-the-source-of-a-request/6551964#6551964^0|P|1E|8|B|0|0|L|G|0|0|0|1|A|0|0|0|0|0|3|9|I|6|W|3|1J|C|1Y|F|0|8|9|S|6|1H|9|0|0|0|1|7|0|0|0|5|9|0|0|O|0|0|0|0|0|0|0|H|0|0|0|0|0|0|0|O|K|0|0|0|0|N|E|12|W|0|0^^$0|@$1|2|3|4|5|6|7|2F|8|@$9|2G|A|2H|B|C]]|D|@$9|2I|A|2J|1|2K]]|E|$]]|$1|F|3|G|5|6|7|2L|8|@$9|2M|A|2N|B|H]]|D|@]|E|$]]|$1|I|3|J|5|6|7|2O|8|@]|D|@]|E|$]]|$1|K|3|-4|5|6|7|2P|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|2Q|8|@$9|2R|A|2S|B|H]]|D|@]|E|$]]|$1|O|3|-4|5|6|7|2T|8|@]|D|@]|E|$]]|$1|P|3|Q|5|6|7|2U|8|@]|D|@]|E|$]]|$1|R|3|-4|5|6|7|2V|8|@]|D|@]|E|$]]|$1|S|3|T|5|6|7|2W|8|@]|D|@]|E|$]]|$1|U|3|V|5|6|7|2X|8|@$9|2Y|A|2Z|B|C]|$9|30|A|31|B|C]|$9|32|A|33|B|C]|$9|34|A|35|B|C]|$9|36|A|37|B|C]]|D|@]|E|$]]|$1|W|3|X|5|6|7|38|8|@$9|39|A|3A|B|C]|$9|3B|A|3C|B|C]|$9|3D|A|3E|B|H]]|D|@]|E|$]]|$1|Y|3|Z|5|6|7|3F|8|@]|D|@]|E|$]]|$1|10|3|-4|5|6|7|3G|8|@]|D|@]|E|$]]|$1|11|3|12|5|N|7|3H|8|@$9|3I|A|3J|B|H]]|D|@]|E|$]]|$1|13|3|-4|5|6|7|3K|8|@]|D|@]|E|$]]|$1|14|3|-4|5|6|7|3L|8|@]|D|@]|E|$]]|$1|15|3|16|5|6|7|3M|8|@$9|3N|A|3O|B|C]]|D|@]|E|$]]|$1|17|3|18|5|6|7|3P|8|@$9|3Q|A|3R|B|H]]|D|@]|E|$]]|$1|19|3|1A|5|6|7|3S|8|@]|D|@]|E|$]]|$1|1B|3|1C|5|6|7|3T|8|@]|D|@]|E|$]]|$1|1D|3|1E|5|1F|7|3U|8|@]|D|@]|E|$]]|$1|1G|3|1H|5|1F|7|3V|8|@]|D|@]|E|$]]|$1|1I|3|1J|5|1F|7|3W|8|@]|D|@]|E|$]]|$1|1K|3|1L|5|1F|7|3X|8|@$9|3Y|A|3Z|B|H]]|D|@]|E|$]]|$1|1M|3|1N|5|6|7|40|8|@]|D|@]|E|$]]|$1|1O|3|1P|5|6|7|41|8|@]|D|@]|E|$]]|$1|1Q|3|1R|5|6|7|42|8|@]|D|@]|E|$]]|$1|1S|3|1T|5|6|7|43|8|@]|D|@]|E|$]]|$1|1U|3|1V|5|6|7|44|8|@]|D|@]|E|$]]|$1|1W|3|-4|5|6|7|45|8|@]|D|@]|E|$]]|$1|1X|3|1Y|5|N|7|46|8|@$9|47|A|48|B|H]]|D|@]|E|$]]|$1|1Z|3|-4|5|6|7|49|8|@]|D|@]|E|$]]|$1|20|3|-4|5|6|7|4A|8|@]|D|@]|E|$]]|$1|21|3|22|5|6|7|4B|8|@]|D|@]|E|$]]|$1|23|3|24|5|6|7|4C|8|@$9|4D|A|4E|B|C]|$9|4F|A|4G|B|C]]|D|@]|E|$]]|$1|25|3|26|5|6|7|4H|8|@]|D|@]|E|$]]|$1|27|3|-4|5|6|7|4I|8|@]|D|@]|E|$]]]|28|$29|$5|2A|2B|2C|E|$2D|2E]]]]

As SLaks <a href="https://stackoverflow.com/questions/6551954/how-to-find-the-source-of-a-request/6551964#6551964">pointed out</a>, you can check <code>HttpContext.Current.Application.GetType().Assembly</code>.
However I agree with John in the comments that you have probably made a bad design decision if you need this.
<h2>The Problem</h2>
<blockquote>
Your method is a hypocrite. 
It talks different to different callers but doesn't tell it in open.
</blockquote>
You see, each method defines a certain contract with arguments and a return type. 
For example, <code>int.Parse</code> says that it takes a <code>string</code> and turns it into an <code>int</code>. If we want to change default behavior, we may also give it <code>NumberStyles</code> and/or <code>IFormatProvider</code>.
We the consumers don't know how <code>int.Parse</code> is implemented. Because it is <code>static</code>, we most certainly expect it doesn't have side effects and will always return the same value for the same set of parameters.
Repeat this mantra after me:
<blockquote>
Explicit is better than implicit.
</blockquote>
You would probably be very angry if you found out <code>int.Parse</code> somehow analyzes your code and changes its behavior depending on where it's called from.
It's the caller's responsibility to define the context, not the callee's.
Try to give simple and concise answers to questions below:
<ul>
<li>What happens if the method is called from assembly C?</li>
<li>How would you unit-test it? What if some other developer uses this method in unit tests?</li>
<li>What happens if you rename assembly A or B? Merge them? Split them further?</li>
<li>Will you remember to change this method if anything above happens?</li>
</ul>
If answering any of the questions above clearly poses a challenge for you, it is a sign you're Doing It Wrong™.
Instead you should...
<h2>Introduce a Parameter</h2>
Think about the method contract. What can you do to make it full and descriptive?
<blockquote>
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.
</blockquote>
It's better that these parameters don't know anything about the assemblies either.
For example, if you needed to resolve URLs inside your method, you could accept <code>string baseUrl</code> or <code>Func&lt;string, string&gt; urlResolver</code> so it's potentially usable from any assembly that cares to specify those.
In the worst case, you could define an enum with possible caller contexts and pass it to the method. This will make your design problem explicit, rather than implicit. Obvious problem is always better than hidden problem, although worse than no problem at all.

I have a Web solution which contains two projects (A and B) with B referencing A.

In A I have an <code>Html</code> extension method that obviously can be called from either A or B.

My question is once the method is called (usually from a partial view) is there a way inside the method to figure out whether the call came from Assembly A or Assembly B without passing anything to it?

I tried to see if I can do anything with <code>HttpContext.Current.Request</code> but could not find anything useful. I can get the URI but that still does not tell me which assembly the file that originated the Request is in.

<hr>

Thanks for your answers - the method returns a string and the string is from a string.resx file which I have one for each assembly. That is why I need to know which file to access to return the string. Since each assembly "registers" itself on start up if I add a new assembly my method will not change, since it will just look up the assembly.In fact my whole project will not change. The reason why I am not introducing another parameter at this time is b/c it will mean a HUGE amount of changes and I honestly don't see the benefit. While I see your point and I generally agree with it I think in my case it's not that the method returns different things , it's just grabbing the correct resource file based on the assembly.

How to find out which assembly handled the request

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我有一个Web解决方案，其中包含两个项目(A、和B)，其中B引用A。在A中，我有一个明显可以从A或B调用的Html扩展方法。我的问题是，一旦调用该方法(通常是从部分视图)，方法中是否有一种方法可以确定调用是来自程序集A还是来自程序集B而不传递任何内容？我试着看看是否可以用HttpContext.Current.Requ...

问如何找出处理请求的程序集
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何找出处理请求的程序集EN