VB.Net til C#

string strMachineName = string.Empty;
System.Web.HttpContext Context;
private object Context = System.Web.HttpContext.Current;
private object strMachineName = Context.Request.ServerVariables.Item("LOCAL_ADDR");

En anden gang kan du bruge denne side:

http://www.developerfusion.co.uk/utilities/convertvbtocsharp.aspx

Du kan både konvertere fra vb->c# og omvendt..

Vh

når du skal have konveret kode kan du bruger:

http://www.developerfusion.co.uk/utilities/convertvbtocsharp.aspx


output er magen til innnercitydk

hmmm meget ens post vi har lavet der :)

hehe ja det må man sige :D

Jeg ville nu mene at dette er en mere korrekt oversættelse:

string strMachineName = string.Empty;
System.Web.HttpContext Context;
Context = System.Web.HttpContext.Current;
strMachineName = Context.Request.ServerVariables.Item("LOCAL_ADDR");

Det kan i øvrigt forkortes til:

System.Web.HttpContext Context = System.Web.HttpContext.Current;
string strMachineName = Context.Request.ServerVariables.Item("LOCAL_ADDR");

Det er jo så en slavisk oversættelse, Sej nok lille oversætter dog :D

Enyways ville jeg nok:
----------------------------------------------------------------------------------------

private HttpContext context = HttpContext.Current;
private string strMachineName = context.Request.ServerVariables.Item("LOCAL_ADDR");




Selv gør jeg det noget kortere:

private string strMachineName = Context.Request.ServerVariables["LOCAL_ADDR"];

Det ville jeg også, men det fremgår ikke af sammenhængen om Context skal bruges andre steder i programmet. Så hvis det stadigvæk skal kunne kompilere, er det muligvis en god ide at beholde den...

Ikke forstået?...
Context kan jo hentes hvor man vil, det er jo bare referance kopiering det andet...

Request objektet er desuden også direkte tilgængelig således at man kan:
private string strMachineName = Request.ServerVariables["LOCAL_ADDR"];
--------------------------------------------------------------------------------------

Context == System.Web.HttpContext.Current
Request == System.Web.HttpContext.Current.Request
Response == System.Web.HttpContext.Current.Response

Det jeg påpeger er, at der jo kan stå sådan noget som:

Response.Write Context;

- længere nede i koden - den del af kode som vi ikke har fået vist; Eller "Context" kan blive brugt i andre sammenhænge direkte i koden.

Hvis vi med optimeringen:

private string strMachineName = Context.Request.ServerVariables["LOCAL_ADDR"];

- springer det trin over, hvor Contexy bliver oprettet som en variabel i programet, vil disse pludseligt ikke kunne kompilere. Det er korrekt at man så bare kan tilpasse disse kodelinjer, men vi kan jo også bare lave være med at optimere variablen "Context" væk. Så har vi ikke det potentielle problem.