Andrejs Mamontovs

Izstrādātāja ikdiena, darbs ar Enum

andrejs.mamontovs — Wed, 10 Mar 2010 21:11:10 GMT

Labdien,

Šoreiz iemūžināšu vienu koda gabalu, kas var būt visai noderīgs Web izstrādātājiem. Lieta tāda, ka ikdienā bieži nododam argumentus izmantojot URL. Piemēram: “list.aspx?status=Enabled”.

Lapas apstrādes kodā parasti var atrasts ko līdzīgu uz šo te piemēru:

var status = Request["status"] ?? "Disabled";
switch(status)
{
    case "Enabled":
        // Code;
        break;

    case "Disabled":
        // Code
        break;
}

Tāds īsts PHP variants. Ir visai liela varbūtība pieļaut kļūdu. Vai nav daudz OOP draudzīgāks variants?

Šinī gadījumā var labi noderēt Enum tips. Izveidojam pārskaitījumu ar nosaukumu Status.

public enum Status
{
    Disabled,
    Enabled
}

Pārveidojam jau iepriekš apskatīto kodu, lai pārveidotu tekstu par konkrētāku Enum tipu.

var status = (Status)Enum.Parse(
    typeof(Status), Request["status"] ?? "0");

switch(status)
{
    case Status.Enabled:
        // Code;
        break;

    case Status.Disabled:
        // Code
        break;
}

Tagad kods ir daudz kontrolējamāks, pārbaudes veicam ar pārskaitījuma vērtībām. Jāatzīmē, ka abos gadījumos, kodā vel būtu jāveic dažas papildus pārbaudes. Kas tur tāds, principā jau nav lielas atšķirības abās realizācijās. Daļēji tā arī ir. Bet gadījumā ar pārskaitījumiem, mēs šo te funkcionalitāte varam padarīt par universālāku izmantojot Generic iespējas. Izveidosim jaunu palīg klasi.

public static class Enum<T>
{
    public static T Parse(string value)
    {
        Type t = typeof (T);

        if (!t.IsEnum)
        {
            throw new ArgumentException(
                String.Format("{0} is not an Enum", t.Name));
        }

        string s = value ?? "";

        if (Enum.IsDefined(t, s))
        {
            return (T) Enum.Parse(t, s);
        }

        return default(T);
    }
}

Tagad mums pavērās iespēja izmantot šādu te funkcionalitāti visur, kur mēs apstrādājam argumentus. Vēlreiz pārveidojam mūsu piemēru.

var status =
    Enum<Status>.Parse(Request["status"]);

switch(status)
{
    case Status.Enabled:
        // Code;
        break;

    case Status.Disabled:
        // Code
        break;
}

Tagad kods ir maksimāli drošs lietošana. Protams pēc vajadzības klasi Enum<T> vel var papildināt ar funkcionalitāti, bet tas jau pēc vajadzības. Galvenais mans uzdevums novirzīt domāšanu pareizā virzienā:)

Cerams noderēs!

Microsoft MVP summit, iespaidi no redzētā.

andrejs.mamontovs — Fri, 19 Feb 2010 20:17:52 GMT

Sveiki,

Pavisam nemanot ir aizvadīts šī gada Microsoft MVP Global summit. Šī bija mana pirmā dalība šinī pasākuma. Kādi ir iespaidi? Nenoliedzami paši labākiem! Pasākums noorganizēts lieliski. Paldies visiem iesaistītiem šī pasākuma tapšanā! Patiešām daudz talantīgu un atvērtu cilvēku. Ļoti patīkami sajust to, ka šinī tehnoloģiskajā attīstība šobrīd aktīvi piedalās tieši Microsoft MVP. Jo tieši mēs esam starpniekā lomā. Tilts starp klientu un produkta komandu! Nodrošinos izstrādes komandas ar scenārijiem no reālas dzīves.Ieguvu daudz noderīgus kontaktu, gan starp MVP cilvēkiem, gan no Microsoft komandām.

Bildēs ir redzama saruna ar Microsoft .NET CLR komandu. Kā redzam tā ir internacionāla.

Un pats interesantākais, no likteņa nevar aizbēgt. Arī šis pasākums nebija izņēmums, pavisam nejauši nokļuvu uz Erik Meijer lekciju. Visiem klātesošiem bija lieliska iespēja iepazīties ar vienu no viņa komandas sniegumiem - Reactive Extensions for .NET (Rx). Tiem, kuru šo personību vel nezin, viņš ir tas cilvēks, kas darbojās pie LINQ tapšanas. Lekcija bija vienkārši fantastiska! Šim cilvēkam ir iekšās jokot, tanī pat brīdi stāstīt par nopietnām lietām. Neiztika arī joki, saistībā ar vīna dīvainajiem t-krekliem. No viņa puses neiztika smalki joki saistībā ar ReSharper, jo auditorijā bija arī MVP, kas pārstāv ReSharper komandu(Izrādās to izstrādā Krievijā). Kontaktējoties ar tādiem cilvēkiem, veidojās veselīgs konkurences gars. Un domāju, darīšu visu lai arī varētu nākotnē lepoties ar kādu sniegumu.

Diemžēl, nevaru daudz izpaust tehniskas detaļas, bet varu teikt droši - šīs gads ieviesīs daudz izmaiņas, kuras pacels cilvēka sadarbību ar datoriem uz pavisam jaunu līmeni.

Pagaidām viss. Man priekša ir tāls ceļš uz mājām :)

Microsoft MVP summit otrā diena, Redmonda

andrejs.mamontovs — Thu, 18 Feb 2010 00:44:23 GMT

Sveicināti,

Šodien piepildījās mans sapnis, ar savām acīm redzēt Microsoft ciematu Redmondā. Kā lai to raksturotu, lai katram no mums rastos bildīte galvā. Kādam liekās, ka tas ir ciemats. Personīgi man liekās tā ir neliela pilsēta. Ar savām ielām, veikaliem, kafejnīcām, stadionu, autoostu un t.l.l. Trūkst tikai dzelzceļa stacija:) Apkārtējā vide kalpo svarīgākam mērķim – lai Microsoft darbinieki strādātu produktīvi.

Tātad runājot par saturu, dienā iesākās ar ScottGu lekciju par Silverlight 4. Scott vada visu izstrādi saistībā ar CLR un bāzes klases, Silverlight, ASP.NET, IIS … Izstrādātāju vidu pazīstams, kā aktīvs emuāru rakstītājs. Lekcijas laikā paspīdēja Windows Phone 7 prototipa telefons. Ko es noteikti varu pateikt, domā ka neizplātu kādu noslēpumu. Jaunajā Windows Phone 7, aplikācijas telefonam tiek rakstītas līdzīgi kā WPF un Silverlight. Dizains tiek veidots ar Microsoft Expression Blend palīdzību. Tas nozīmē, ka cilvēkiem kuri ir pazīstami ar WPF vai Silverlight nākotnē atradīs sev lielāku pielietojumu:)

Apmeklēju lekcijas saistībā ar ASP.NET 4 un ASP.NET MVC 3 nākotni. Šeit jāatzīmē, ka notiek loģiska attīstība. Šīm lekcijām es atzīmētu ar teikumu - Nothing special!

Pagaidām tas arī viss.

Microsoft MVP summit pirmās dienas iespaidi

andrejs.mamontovs — Wed, 17 Feb 2010 05:45:29 GMT

Sveicināti,

Ir aizvadīta pirmā Microsoft atzīto profesionāļu sanāksmes diena. Uzreiz vēlos precizēt profesionāļu skaitu. Tātad, uz doto brīdi pasaulē ir 4140 Microsoft MVP. Tiek pārstāvētas vairāk nekā 70 valstis, tanī skaitā arī Latvija. Latvijā, pašlaik darbojās trīs aktīvie statusa ieguvēji(Uzreiz jāprecizē, ka katru gadu tiek vērtēts padarītais darbs un tiek izlemts par statusa pagarināšanu).

Atgriežoties pie galvenās domas. Ar ko tā bija interesanta. Šodien bija iespēja piedalīties īsās lekcijas par dažnedažādām tēmām, kuras pasniedza tieši paši MVP. Pārsvarā cilvēki stāstīja par saviem projektiem, gan maksas gan skaitā atvērtā koda. Jāsaka daudziem neizdevās iekļauties atvēlētajā laikā, un tēmas pasniedzējs līdzinājās pārdevējam:)

No interesantākām tēmā gribās izdalīt trīs projektus:

ASP.NET MVC turbīna

ASP.NET WebForms MVP

Zoomery

Tuvāk vakaram oficiālā pasākuma atklāšana, kurā piedalījās par Microsoft MVP virziena atbildīgiem cilvēki.

Tika daudz runāts par šādu profesionāļu esamības labumiem un turpmāko virzību. Tuvāk noslēgumam tika dota iespēja uzdot jautājumus. Šinī brīdī visa jautrība arī sākās. Viens no Microsoft MVP, kura kompetence ir saistīta ar mobilās iekārtas, izteica savu sašutumu, sakarā ar to, ka viņš tikai nu pat uzzināja par Windows Phone 7 iznākšanu! Un vai tas nenozīmējot, ka Microsoft pārņem Apple paņēmienus. Uz ko izsmeļoša atbilde netika saņemta.

Tas pagaidām arī viss

Microsoft MVP summit startē

andrejs.mamontovs — Tue, 16 Feb 2010 16:45:46 GMT

Sveicināti,

Klāt ir tas brīdis, kad uz Sietlu no visas pasaules sabrauca Microsoft atzītie profesionāļi. Jā salīdzina ar pasaules kopējo iedzīvotāju skaitu, tādu ir visai maz. Daži tūkstoši. Pagaidām ir grūti spriest cik no tiem ir atbraukuši, bet reģistrācija rit raiti. Viss notiek, un domāju ka lielākā daļa tomēr ir atbraukusi.

Jāatzīst ka šeit valda tāda draudzības sajūta, cilvēki satiekas, iepazīstas un komunicē viens ar otru.

Arī man nebijā ilgi jāgaida, kā ar mani sāka sarunāties puisis no Korejas. Pārsteidza tas fakts, ka viņš izskatās pēc skolnieka, bet tas netraucē būt par atzītu Microsoft profesionāli!

Pagaidām, tas arī viss.

Ceļš uz Redmondu

andrejs.mamontovs — Mon, 15 Feb 2010 01:14:00 GMT

Sveicināti.

Katru gadu, parasti tas ir gada sākums, Microsoft rīko vērienīgu pasākumu, domātu visiem Microsoft MVP(Most Valuable Professional) statusa ieguvējiem. Šogad pasākums norisināsies no 16. līdz 19. februārim. Pārņemot stafeti no Valda, šogad uz Redmondu devos es. Liels paldies par atbalstu manam darbadevējam! Pa cik, tik tālā ceļojumā devos pirmo reizi, nolēmu, grupas ietvaros pastāstīt par savām izjūtā ceļojuma laikā!

Šis raksts top sēžot viesnīcas numurā Seattle piepilsētā. Tik tālie ceļojumi ir īsts izturības pārbaudījums. Lai rastu priekšstatu, attālums starp Rīgu un Seattle ir aptuveni 8000Km. Tiešo reisu starp abām pilsētām nav, tādēļ ir jālido vismaz ar vienu pārsēšanos. Manā gadījumā pārsēdos divas reizes. Tātad piemetam klāt vel tūkstoti vai divus kilometru:) Laiks ceļā iznāca mazliet vairāk par 24 stundām. Laika starpība šeit ir -10 stundas. Tātad, mani tuvinieki dzīvo nākotnē :)

Visiem, kas kādreiz dosies uz USA pirmo reizi, pirms lidojuma nopērciet pāreju rozetei, Eiropas tirgum domātas ierīces šeit iespraust nevar. Un veiklie šīs valsts uzņēmēji tirgo tādu plastmasas gabaliņu par salīdzinoši lielām naudiņām:) Vel vien moments, karu būtu noderīgi zināt, lai nerastos problēmas ar nogurumu, vēlams ierasties uz šejieni vismaz vienu dienu iepriekš. Tagad, kad es mazliet pagulēju un piespiedu sevi celties pēc vietējā laika, jūtos jau lietojams. Ir vel viens liels plus, ir laiks apskatīt apkārtni dienas gaismā. Jāsaka, ka šeit ir ko redzēt, pat februāra mēnesī. Daba šeit ir ļoti līdzīga Latvijas. Bet neskatoties uz to, ka ir februāris, šeit valda Latvijas pavasarim raksturīgs laiks. Ir silts +9, brīžiem spīd saule, līst sīks lietutiņš. Vārds sakot ideāls klimats lai strādātu intelektuālu darbu:)

Zemāk bildes, Bellevue vēsturiskā Main Street iela. Tā visā savā garumā saglabāja to pilsētas pirmatnējo tēlu.

Paralēli Main St., aptuveni 100 metriem attālumā sakas pavisam cita pasaule:) Vēsture saplūst ar nākotni:)

Un bilde sāk izskatīties aptuveni šāda

Par iedzīvotājiem runājot, pie tiem ir jāpierod. Jāpierod pie viņu savdabības. Jo pilnīgi normāli, ka ieejot veikalā, tevi sastaps ar smaidu. Pajautās no kurienes Tu atbrauci, izmetīs kādu joku, kuru iespējams pēc kāda brīža sākšu saprast, un ar teikumu – “Uz saredzēšanos” pavadīs prom:)

Tas pagaidām viss, sekojiet līdz, un rakstiem savus atsauksmes!

Izstrādātāja ikdiena

andrejs.mamontovs — Tue, 14 Jul 2009 21:07:08 GMT

Labs vakars,

Kā jau ierasti, rakstos ar virsrakstu “Izstrādātāja ikdienas” apkopoju visādus dīvainus koda gabalus, no eksistējošām sistēmām. Šoreiz visai oriģināls veids, kā pārbaudīt bool vērtību.

bool b = GetResult();
switch (b)
{
        case true:
        // kods
        break;
        case false:
        // kods
        break;
}

Laikam būs jāizveido top 100, kā pārbaudīt loģisko Jā/Nē:)

ASP.NET lapu pāradresācija

andrejs.mamontovs — Wed, 01 Jul 2009 20:43:46 GMT

Sveicināti,

Šoreiz par iespēju pāradresēt vaicājumu ar web.config palīdzību. Šī funkcionalitāte var būt noderīgi gadījumos, ja kāda no lapām ir zaudējusi savu aktualitāti. Šinī gadījumā nav nepieciešamības veikt Web servera uzstādījumu maiņu, vai faila dzēšana no direktorijas.

Piemēra:

…
<system.web>
    <urlMappings enabled="true">
        <add url="~/Application.aspx" mappedUrl="~/MainPage.aspx" />
    </urlMappings>
</system.web>
…

Šī funkcionalitāte tiek panākta ar tagu urlMapping, taga iekšienē nodefinējot jauno pāradresācijas nosacījumu. Manā gadījumā vaicājums pēc Application.aspx lapas tiek pāradresēts uz MainPage.aspx lapu.

Ko domājat jūs, kāda ir to izmantošanas pieredze?

Cerams noderēs!

101 Linq piemērs

andrejs.mamontovs — Tue, 30 Jun 2009 21:00:04 GMT

Labs vakars,

Šoreiz iemūžināšu vietnes adresi ar LINQ piemēriem - http://msdn.microsoft.com/en-us/vcsharp/aa336746.aspx.

Windows 7 ekrāntapešu konkurss

andrejs.mamontovs — Sun, 28 Jun 2009 11:41:30 GMT

Sveicināti,

Vel tikai trīs dienas, katram no mums ir lieliska iespēja piedalīties Windows 7 ekrāntapešu konkursā. Konkursa noteikumus atradīsiet šeit. No sevis varu tikai piebilst, ka par atsaucības trūkumu nevar sūdzēties. Uz šo brīdi saņemtas vairāk par 200 augstas kvalitātes bildēm, un mums ir ko parādīt pasaulei!

Programmētāju ikdiena (ASP.NET Black magic)

andrejs.mamontovs — Sat, 27 Jun 2009 21:12:03 GMT

Labs vakars,

Mūsu vietne valda klusums. Tēmas rakstīšanai netrūkst, bet attaisnojums visai primitīvs, nespējam apkopot domas un maksimāli ātri tās iemūžināt.

Šoreiz par vienu koda gabalu, kuru atradām meklējot kļūdas. Es vienmēr zināju, ka programmētājiem piemīt nestandarta domāšana! Pat ikdienas uzdevumu var kļūt savā ziņā par mākslas darbu. Mazliet vienkāršots piemērs no dzīves.

    <script type="text/javascript">
        //<![CDATA[
            alert('<asp:Literal ID="Msg" runat="server" />');
        //]>>
    </script>

Servera pusē tas izskatās aptuveni šādi

protected void Page_Load(object sender, EventArgs e)
{
    Msg.Text = "Text";
}

Nekad nebiju aizdomājies, ka JavaScript kodā var pielietot klasiskās ASP.NET kontroles, un tas pat strādā! Kods mani zināmā veidā pārsteidza. Ar kolēģiem pat nedaudz apspriedām šo te momentu. Secinājām, ka šeit neiztika bez tumšo spēku iejaukšanās. Un ko domājat jūs?

LINQ satiek PLINQ

andrejs.mamontovs — Tue, 05 May 2009 11:52:11 GMT

Sveicināti,

Šoreiz īsi par Microsoft .NET Framework 4.0 paralēlisma iespēju strādājot ar LINQ izteiksmēm. Par pamatu paņēmu savu rakstu (Izstrādātāja ikdienas, klasiskā uzdevuma atrisinājums ar LINQ iespējām).

Tātad, vispirms īri par uzdevumu. Man ir teksta fails ar datiem, kurus var pārveidot struktūrā.

Izveidoju metodi, kas veiks teksta rindas apstrādi un pārveido to vārdnīcā ar atslēgu. Par atslēgu kalpo LineTags pārskaitījums(Enum).

public static Dictionary<LineTags, string> ParseLine(this string line)
{
    return line.Split('\t').Select(
        (s, index) => new { Tag = (LineTags)index, Substring = s }).ToDictionary(
            c => c.Tag, c => c.Substring);
}

Šādi izskatās kods, kas izsauc datu apstrādi

var lines = new[] { "Andrejs M.\t1\tmale", "Peteris L.\t2\tmale", "Ivars A.\t3\tmale"};

var result = (from l in lines select l.ParseLine());

foreach (var s in result.Select(i => i[LineTags.FullName]))
{
    Debug.WriteLine(s);
}

Koda izpildes rezultāts tiek izvadīts Visual Studio atkļūdošanas ekrānā. Piemērs:

Andrejs M.
Peteris L.
Ivars A.

Datu apstrāde šinī gadījumā tiek veikta secīgi, viena pavediena ietvaros (To var redzēt pēc izvades rezultāta). Gadījumā, ja man datorā ir 4 kodolu procesors, tiek izmantots tikai viens kodols. Tātad, uz lieliem datu apjomiem netiek optimāli izmantota vasa pieejamā veiktspēja. Svarīgi ir nodrošināt iespēju veikt darbības paralēli(Paralēlisms), kopējo datu apjomu apstrādāt vairākos pavedienos(izmantojot visus sistēmā pieejamos kodolus).

Paralēlisma programmēšana līdz nesenam laikam bija apgrūtinoša! Skatoties uz kopējo izstrādātāju skaitu, tikai nedaudzie pārzina šo te apgabalu. Puiši no Microsoft balstoties uz uzkrātās pieredzes pacentās maksimāli paslēpt visus šos specifiskos momentus, vienkāršojot paralēlisma izmantošanu.

Atgriežoties pie piemēra. Lai sāktu pielietots visu paralēlisma spēku ir jāizmaina tikai viena koda rindiņa!

var result = (from l in lines.AsParallel() select l.ParseLine());

Ivars A.
Andrejs M.
Peteris L.

Atkļūdošanas ekrānā ieraksti izvadīsies nenoteiktā secībā. Tā ir laba pazīme, kas liecina par paralēlo apstrādi. Arī kodā sastopama metodes AsParallel par to liecina. Kāpēc vispār jāizsauc šī metode? Vienkāršoti sakot, LINQ darbojās ar kolekcijām balstoties uz paplašinošām metodēm, galvenais lai tiek kolekcijas atbalsta IEnumerable interfeisu. Ar metodes AsParallel starpniecību tiek atgriezts objekts ar tipu ParallelQuery<T>. Speciāli šim te jaunajam tipam tiek nodublētas paplašinošās metodes no LINQ. Tādā veidā saglabājot visu līdz šim eksistējošu funkcionalitāte, nav nepieciešamības pārrakstīt vaicājumus.

Cerams noderēs!

Microsoft IE 8 XDomainRequest

andrejs.mamontovs — Wed, 08 Apr 2009 19:17:07 GMT

Sveicināti,

Turpinot iesākto tēmu par Microsoft IE 8 jaunumiem no programmētāja stata punkta. Šoreiz, par iespēju veikt asinhronos vaicājumus uz citu domēnu no JavaScript. Līdz nesenam laikam, modernajos pārlūkos pastāvēja ierobežojums, veidot vaicājumus tikai sava domēna ietvaros. Drīzumā šis ierobežojums tiks likvidēts. Bet par visu pēc kārtas.

IE 8 pārlūkā no JavaScript ir pieejams jauns objekts XDomainRequest. Objekts nodrošina šo te komunikāciju starp domēniem. Apskatīsim, kā tas darbojās uz piemēra

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <title></title>

    <script type="text/javascript">

        function getData() {

            var xdr = new XDomainRequest();
            xdr.open("get", "http://www.getdate.com/getdate.aspx");

            xdr.onload = function() {
                document.getElementById('content').innerHTML = 
                    toStaticHTML(xdr.responseText);
            }

            xdr.send();
        }

    </script>

</head>
<body>
    <button onclick="getData();">
        Get date</button>
    <div id="content"></div>
</body>
</html>

Uzrakstīju nelieku HTML kodu, pēc noklusējuma uz ekrāna parādās poga ar tekstu “Get date”. Nospiežot pogu, tiek izsaukta metode “getData”. Tie izveidots objekts XDomainRequest. Ar “open” metodes palīdzību, tiek izveidots savienojums ar citu domēna serveri. Parakstāmies uz notikumu “onload”, saņemtās atbildes saturu ievietojam elementā DIV ar nosaukumu “content”. Šinī vietā jāpiemin jauna IE 8 metode “toStaticHTML”, ar tās palīdzību kods tiek pasargāts no iespējamās JavaScript injekcijas(Injection). Vienkārši sakot, no satura tiek izmesti visi skripti un skriptu izsaukumi. Manu kodu noslēdz metodes “send” izsaukums. Tātad pieprasījums ir nosūtīts. No klienta puses tas arī vienkāršā gadījumā arī viss.

Servera pusē, servera atbildei ir jāpievieno iesākums (Header) (Response.AddHeader("Access-Control-Allow-Origin", "*"). Tādā veidā tiek pateikt, ka tiek atbalstīts starp domēnu izsaukums. Zvaigznītes vietā var norādīt arī konkrētu domēnu.

Pielikumā pievienoju Visual Studio projektu, lai to notestētu uz sava datora.

XDomainRequestDemo

P.S. Pirms palaist piemēru modificējies Windows host failu, lai domēns www.getdate.com tiktu piesaistīts localhost.

Cerams noderēs!

IE 8 tiešsaistes / nesaistes noteikšana izmantojot JavaScript

andrejs.mamontovs — Thu, 02 Apr 2009 20:27:39 GMT

Sveicināti,

Esam sagaidījuši jauno Microsoft Internet Explorer versiju. Jaunajai versijai ir daudz interesantu iespēju, bet par tam citreiz. Šoreiz par iespēju noteikt, kādā režīmā (Online/Offline) darbojās IE no JavaScript. Lai maksimāli ātri nodemonstrēt šo iespēju, uzrakstīju nelielu piemēru.

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <title>Online/Offline test</title>

<script type="text/javascript">


window.onload = function() {

    window.document.body.ononline = function() {
        alert('Online'); 
    }

    window.document.body.onoffline = function() {
        alert('Offline'); 
    }
}

alert("IsOnline:" + window.navigator.onLine)


</script>

</head>

<body></body>
</html>

Ideja ir sekojoša, BODY elementam parādījās divi jauni notikumi ononline un onoffline. Parakstoties uz kādu no tiek, jūsu rakstītais kods nepalaidīs garām brīdi, kad notiek pazīmes Work Offline(File –> Work Offline) izmaiņa. Tā pat, jūsu kodā pastāv iespēja noskaidros, vai pārlūks darbojās tiešsaistes režīmā izmantojot window.navigator.onLine pazīmi. Šis konstrukcijas manā skatījumā var būt noderīgas tīmekļu vietnēs, kuras izmanto AJAX iespējas. Tādā veidā brīdinot lietotāju, netiks veikti pieprasījumi uz serveri.

Cerams noderēs!

Izstrādātāja ikdienas, klasiskā uzdevuma atrisinājums ar LINQ iespējām

andrejs.mamontovs — Wed, 01 Apr 2009 10:33:02 GMT

Sveicināti,

Jau kādu brīdi izmantoju LINQ veicot datu atlasi, grupēšanu, kārtošanu un tam līdzīgas lietas. Šoreiz gribēju apskatīt vienu klasisko uzdevuma atrisinājumu izmantojot LINQ iespējas.

Tātad, man ir noteikts importa fails. Parasts teksta fails, kurš sastāv no rindām, rindu saturs tiek dalīts ar sadalītāju(manā gadījumā – Tab). Pieņemsim, ka mums nav svarīgs datu ielasīšanas process, bet gan rindu apstrāde.

Piemērs,

var lines = new[]{ "Andrejs Mamontovs\t28\tmale", "Ivars Āriņš\t25\tmale" };

Atmiņā ir ielasīti divi ieraksti. Pagrūti saprast, ko tad šīs rindiņas satur. Sāksim ar atšifrējumu. Katra rinda sadalīta uz trim daļām (Vārds Uzvārds, vecums, dzimums). Tātad, rindiņa ir jādala.

foreach (var line in lines)
{
    var parts = line.Split('\t');
}

Vērtība ar indeksu nulle būs Vārds Uzvārds. Vērtība ar indeksu viens būs vecums. Vērtība ar indeksu divi būs dzimums.

Console.WriteLine("Vārds Uzvārds: {0}", parts[0]);
Console.WriteLine("Vecums: {0}", parts[1]);
Console.WriteLine("Dzimums: {0}", parts[2]);

Iespējams šis ir pats izplatītākais veids, kā praksē tiek apstrādāti dati, bet man tāds nepatīk. Uzturēšanas ziņā neērti. Es vēlos izveidot noteiktu struktūru, ar atšifrējumu kas ir kas.

Pirmkārt, izveidoju pārskaitījumu ar lauku nosaukumu.

public enum LineTags
{
    FullName,
    Age,
    Gender
}

Lauku apstrādes kodu var tagad pārrakstīt, lai tiek izmantots pārskaitījums

Console.WriteLine("Vārds Uzvārds: {0}", parts[(int)LineTags.FullName]);
Console.WriteLine("Vecums: {0}", parts[(int)LineTags.Age]);
Console.WriteLine("Dzimums: {0}", parts[(int)LineTags.Gender]);

Šinī gadījumā esam atteikušies no indeksiem, bet nav vel ideāli, ir nepieciešams pārskaitījumu tipu pārveidot uz tipu Integer. Šeit būtu pareizi izmantot Generic iespējas, lai simbolu kopas meklēšana notiktu pēc LineTags pārskaitījuma. Un šeit var noderēt LINQ konstrukcijas.

var parts = line.Split('\t').Select(
    (s, index) => new { Tag = (LineTags)index, Substring = s }).ToDictionary(
    c => c.Tag, c => c.Substring);

Vispirms ar Split sadalām rindu uz sastāvdaļām. Ar metodi Select visi masīva elementi (String tips) tiek pārveidoti anonīmajā tipā. Tips satur divus laukus (Tag un Substring). Tag lauks tiek aizpildīts ar ieraksta indeksu. Ieraksta indekss ir Integer tips, to varam bez problēmām pārveidot par LineTags tipu. Substring lauks tiek aizpildīts ar oriģinālo simbolu kopu. Pēc šīs pārveidošanas iegūstam sarakstu ar jauno tipu. Noslēgumā jauno sarakstu pārveidot par vārdnīcu, kurā kā indeksi tiek izmantots tips LineTags.

Modificējam datu iegūšanas kodu

Console.WriteLine("Vārds Uzvārds: {0}", parts[LineTags.FullName]);
Console.WriteLine("Vecums: {0}", parts[LineTags.Age]);
Console.WriteLine("Dzimums: {0}", parts[LineTags.Gender]);

Kā redzam tikām vaļā no tipa pārveidošanas uz Integer. Kā arī tagad mums ir grūtāk kļūdīties atlasot datus. Šāds paņemies protams nebūt nav tas ātrākais, starpība ir aptuveni 5.5x reizes. Ir testēts uz aptuveni 100000 ierakstu. Ja parastā apstrāde aizņēma ~100ms, tad gadījumā ar LINQ bija ~600ms. Protams, ir jāskatās pēc situācijas. Bet noteikti šis gadījums ir spējīgs dzīvot.

Cerams ka noderēs!