Gå til innhold

j000rn

Medlemmer
  • Innlegg

    1 561
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av j000rn

  1. jeg er dessverre selvlært så jeg har ikke slike enorme kunnskaper innen programmering, så derfor så vet jeg ærlig talt ikke hva jeg skal gjøre her... :)

     

    Jeg er også selvlært, og mener nå at det ikke har noen relevanse med kunnskaper.... Selvlært er vellært :)

     

     

    Hvorfor bruke den gamle og dårlige koden når du allerede har det du trenger i .Net rammeverket mye bedre??

     

    System.Net.Dns.GetHostAddresses()

    System.Net.Dns.GetHostEntry()

  2. cell2.Text = (tlfnr.Length > 4) ? tlfnr.Replace(" ","").Substring(tlfnr.Length - 4) : "";

     

    Men hvorfor ikke gjøre det i SQL spørringen isteden?

     

    SELECT RIGHT(REPLACE(telefon, ' ',''),4), etc...

     

    Eller enda bedre. Fjern all formateringstull fra databasen. Formatering bør gjøres i presentasjonslaget, og det bør derfor ikke være noe mellomrom i databasen.

  3. <connectionStrings>
    <add name="MyDbConnection" connectionString="Data Source=db.myserver.no;Initial Catalog=MyDb;Persist Security Info=True;User ID=UserName;Password=Password"
    		providerName="System.Data.SqlClient" />
    </connectionStrings>

     

    Persist Security Info er bare tull. Den bør ikke brukes. Det betyr igrunn bare at du kan hente ut passordet igjen fra koden med ADO.Net. Og hva er poenget med det når det allerede ligger i connectionstring'n?

     

    ADO.Net forstår også denne måten som jeg ihvertfall syntes er mye mer intuitiv:

    <connectionStrings>
    <add name="MinConnStr" connectionString="server=minserver;database=mindatabase;user id=blah;password=blah;" providerName="System.Data.SqlClient" />
    <add name="MinConnStrSomErBedre" connectionString="server=minserver;database=mindatabase;integrated security=true;" providerName="System.Data.SqlClient" />
    </connectionStrings>

     

    Og så bruker jeg som oftest Integrated Security (Windows bruker istedenfor SQL bruker, siden dette er mer sikkert.

  4. Personlig synes jeg at method overloading i de fleste tilfeller gir et mye renere grensesnitt og utfører akkurat det samme.

     

    Enig. Om du absolutt har ørten parametere som skal inn, så hvorfor ikke sende et objekt isteden?

     

    Se f.eks. System.Net.SmtpClient.Send(). Du har noen enkle overloads med forskjellige parametere... .og så har du .Send(MailMessage m) hvor du kan spesifisere så mye du vil.

×
×
  • Opprett ny...