11 svar · 604 visningar · startad av CatZ
Om jag har en entitet och vill operera på den hur ska jag göra då? Det jag tänker mig är att ha ett publikt object med en massa ruskigt privata fält & egenskaper som användaren (jag själv i det här fallet) inte ska kunna ändra eller komma åt. Det vettigaste måste väl vara att skapa en instans av min entitet sätta de egenskaper jag behöver och kan och sedan wrappa det privata i en private sealed clas som ärver från mitt object? vill jag tex sedan låta användaren (jag själv i det här fallet) betala en faktura så är det ju bara att köra.
CatZ.BetalaFaktura(fakturaID);
eller har jag missat nåt? den förseglade klassen ska väl fortfarande komma åt all information i bas-klassen? Det är inte jätteviktigt med säkerheten men det vore iaf kul att lära sig lite bättre.
Tacksam för all hjälp jag kan få :)
Sealed är något som man avråder från att använda.
Varför vill du wrappa in ditt objekt? Varför kan det inte vara samma fast med privata och dolda fält?
Men som sagt det är bra att dina domänobjekt gör logiken åt dig.
t.ex. Betala metoden kanske har en 5 rader i sig eller fler där saker kopplas samman osv som inte utvecklaren behöver skriva.
Ja det var lite så jag tänkte.. tänkte skapa ett emailobject som ska kunna ta emot lite blandad data så att jag när jag tilldelat det som behövs bra kan välja
email.Send();
Det är nog jag som är hungrig och har suttit vid datorn och programmerat för mycket, vill göra en generell email klass det där hade väl inte så mycket med saken att göra egentligen.... Jag svamlade! :e
Måste lära mig att tänka först och skriva sen. Ska åka och äta lite så får vi se vad det blir av det här senare.
Har inte hunnit titta på mitt lilla projekt än. Ena stunden så var jag inne ordentligt i domändrivet-tänket... nästa var jag helt väck av trötthet och hunger.
Ska kika på det lite i helgen om jag får en liten stund över! :)
TeknikSomSkallSända.Send(Email) kanske?
Jag hänger inte riktigt heller med. Skall du skapa ett mail-objekt och sätta lite properties som: To, From, Header osv osv och sedan skicka iväg det med .Send()?
Om det är det du vill, så förstår jag inte varför du behöver blanda in arv och sånt, eftersom objektet inte behöver ärva från något, du behöver inte ens skapa objektet eftersom .NET redan har ett mail-objekt som du kan använda dig av.
- M
Gladh skrev:
Om det är det du vill, så förstår jag inte varför du behöver blanda in arv och sånt, eftersom objektet inte behöver ärva från något, du behöver inte ens skapa objektet eftersom .NET redan har ett mail-objekt som du kan använda dig av.
- M
Visst finns det men då måste du instantiera smt, epostobjektet osv och sedan anropa smtp servern. Jag tänkte se till att e-posten kan skicka sig själv. Sedan har jag lite jobbiga attachments också som jag vill kunna baka in i det hela. Mest för att det är roligt! ;) Jag återkommer om detta.
Men i detta fallet så måste du fortfarande initiera epost objekt fast med mer saker, nämligen de saker du skulle ställt in på ditt smtp objekt.
Nej det ska inte behövas eftersom varje projekt har fasta inställningar som borde sparas någonstans t.ex i någon config fil. Smtp inställningarna ska jag inte behöva instantiera vid alla de tillfällen jag ska skicka e-post eftersom det är standard på varje projekt. Därför tänkte jag baka ihop allting och låda meddelandet "skicka sig självt".
Det enda jag lurar på nu är var det är vettigast att spara smtp inställningarna. så att e-post meddelandet kan hämta detta ifrån. Det behöver ju inte vara supersäkert, man skulle ju kunna kryptera lösenordet tex men det måste ju gå att dekryptera också tyvärr.
Det finns metoder för att kryptera informationen i web.config-filen, som du senare dekodar i din applikation.
Lite kanske om ämnet i sig: http://msdn.microsoft.com/sv-se/magazine/cc164054(en-us).aspx
Dock behandlar detta en liten annorlunda grej, men vissar på möjligheten:
http://www.codeproject.com/KB/security/ProtectedConfigWinApps.aspx?display=PrintAll&fid=336536&df=90&mpp=25&noise=3&sort=Position&view=Quick&select=2278795
