Andrejs Mamontovs : ASP.NET

Sveika pasaule!(Razor izpildījumā)

andrejs.mamontovs — Sat, 27 Nov 2010 21:12:58 GMT

<!DOCTYPE html>

<html lang="en">
    @{
        var message = "Hello world";
    }
    <head>
        <title>@message</title>
    </head>
    <body>        
        <h1>@message</h1>
    </body>
</html>

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!

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?

ASP.NET MVC Async Request

andrejs.mamontovs — Sun, 04 Jan 2009 14:44:52 GMT

Labdien,

ASP.NET MVC iznākšanas gaidās, cenšos maksimāli uzkrāt zināšanas par šo te jauno ASP.NET virzienu. Izstrādes komandai nosprausts stingrs laika ierobežojums, pirmā versija jau sagaidāma pavisam drīz. Šī iemesla dēļ pirmajā laidienā netiks iekļauta visai noderīga funkcionalitāte – Asinhronā pieprasījumu izpilde. Interneta plašumos atradu ļoti labu aprakstu, kā šo te funkcionalitāti realizēt pašu spēkiem.

http://blog.codeville.net/2008/04/05/improve-scalability-in-aspnet-mvc-using-asynchronous-requests/

Cerams noderēs!

JavaScriptSerializer (System.Web.Extensions.dll)

andrejs.mamontovs — Sat, 03 Jan 2009 21:47:32 GMT

Labvakar,

Jaunais gads ir sagaidīts, laiks sākt strādāt ņemot piemēru no Stahanoviešiem:) Iespējams tādā veidā arī glābsim mūsu valsti!

Šoreiz par vienu interesantu klasi (JavaScriptSerializer), to var atrāst System.Web.Extensions.dll kompilācijā. Klases galvenais uzdevums, objektu, kas izveidots Microsoft.NET vidē aprakstīt JavaScript saprotamā formā (Json). Pārveidošana notiek abos virzienos. Šī te klase tiek pielietota ASP.NET AJAX un topošā Microsoft ASP.NET MVC.

Apskatīsim piemēru.

Uzrakstīsim vienkāršu klasi.

    /// <summary>
    /// The black box
    /// </summary>
    public class BlackBox
    {
        /// <summary>
        /// Initializes a new instance of the <see cref="BlackBox"/> class.
        /// </summary>
        public BlackBox()
        {
            Description = "Class description";
            this.List = new[] {"Apple", "Orange"};
        }

        /// <summary>
        /// Gets or sets the description.
        /// </summary>
        /// <value>The description.</value>
        public string Description
        {
            get; set;
        }

        /// <summary>
        /// Gets or sets the list.
        /// </summary>
        /// <value>The list.</value>
        public string[] List
        {
            get; set;
        }
    }

Izveidosim objektu

var blackBox = new BlackBox();

Šo te objektu ir nepieciešamība nosūtīt uz klientu, gan arī saņemt no klienta. Šim te nolūkam izveidosim paplašinošas metodes tipam objekts(object) un kopai(string)

using System.Web.Script.Serialization;

public static class Helpers
{
    public static string ObjectToJson(this object obj)
    {
        var o = new JavaScriptSerializer();
        return o.Serialize(obj);
    }

    public static T JsonToObject<T>(this string str)
    {
        var o = new JavaScriptSerializer();
        return o.Deserialize<T>(str);
    }
}

Tagad esam gatavi manipulēt ar datiem.

Datu raidīšanu uz klientu var veikt šādi.

var blackBox = new BlackBox();
var s = blackBox.ObjectToJson();
Response.ContentType = "application/json";
Response.Write(s);

Uz klientu objekts nonāk lūk šādā te formā, tie kas labi pazīstami ar JavaScript noteikti atpazīst pierakta formu. Starp citu JavaScriptā viss ir Hashtable;)

{"Description":"Class description","List":["Apple","Orange"]}

Savukārt saņemto datu apstrāde no klienta var veikt šādi.

var jsonString = "{\"Description\":\"Class description from client\",\"List\":[\"Lemon\"]}";
var o = jsonString.JsonToObject<BlackBox>();

Tātad visai elementāri atrisinām komunikāciju starp JavaScript un ASP.NET.

Cerams noderēs!

Izstrādātāja ikdiena (JavaScript String.trim)

andrejs.mamontovs — Sat, 22 Nov 2008 17:03:05 GMT

Labvakar,

Nevaru samierināties, ka daudziem manas profesijas pārstāvjiem piemīt spēja sarežģīt lietas. Reāls piemērs no dzīves, kods atrast

atkļūdojot svešu kodu.

<script type="text/javascript">

function Trim(s) 
{
    while ((s.substring(0, 1) == ' ') || (s.substring(0, 1) == '\n') || (s.substring(0, 1) == '\r')) 
    {
        s = s.substring(1, s.length);
    }

    while ((s.substring(s.length - 1, s.length) == ' ') || (s.substring(s.length - 1, s.length) == '\n') || (s.substring(s.length - 1, s.length) == '\r')) 
    {
        s = s.substring(0, s.length - 1);
    }
    return s;
}

</script>

Uzmetot aci, pirmā doma, jāiet pakaļ aliņam!. Parādījās reāla sausuma sajūta mutē. Interesanti, cik uz šo koda rakstīšanu cilvēkam patērēts laika? Cik vel viņš to atkļūdoja? Lai paliek vēsturē!

Sākam ar koda analīzi! Kāds ir koda galvenais uzdevums? Simbolu kopā, no kopas sākuma un beigām izgriezt visus tukšuma simbolus (atstarpe, kursora pārnesumus uz jaunu rindu). Viss darbojās. Pirmais likums, ja strādā – neaiztiec. Bet likumi ir rakstīti lai tos pārkāptu.

Lai šo te darbību uzrakstītu optimālā palīgā nāk regulārās izteiksmes. Tās speciāli ir domātas šādai un līdzīgām operācijām ar simbolu kopām (string)

Mazliet pārrakstot , funkcija izskatās jau šādi.

<script type="text/javascript">

function Trim(s) {
    return s.replace(/^\s+|\s+$/g, '');
}

</script>

Nu jau ir patīkami skatīties

Apliek tikai mazliet padomāt, lai šādu te kodu cilvēki nekopētu no vietas uz vietu (Copy/Paste) iztaisīt to kā tipa String sastāvdaļu.

<script type="text/javascript">

String.prototype.trim = function() { return this.replace(/^\s+|\s+$/g, ''); }

</script>

Tagad varam rakstīt daudz smukākas konstrukcijas. Piemēram:

alert("  hello ".trim().length);

Ja savā darbā lieto ASP.NET AJAX, vai arī jQuery tad rakstīt fukciju nav vajadzības:

Gadījumā ar ASP.NET galvenais nosacījums ir lai .aspx failos tiktu definēts ScriptManager

<form id="ApplicationForm" runat="server">

<asp:ScriptManager runat="server" />

</form>

Un kodā rakstot atkal

alert("  hello ".trim().length);

visam būtu jādarbojas.

Gadījumā ar jQuery kods izskatās mazliet savādāk

alert($.trim("  hello ").length);

Abas implementācijas ir ļoti līdzīgas, lai apskatīs kāds tad kods ir, uzrakstam šadas te rindiņas:

alert("  hello ".trim);

alert($.trim);

No savas puses atliek tikai piebilsts, pirms ko rakstīt, apskaties internetā, pastāv 99% varbūtība, ka kas līdzīgs ir rakstīts. Atliek tikai pielāgot savām vajadzībām!

Cerams noderēs!

LINQ to XML (RSS datu lasīšana 5 minūtēs)

andrejs.mamontovs — Thu, 23 Oct 2008 03:20:00 GMT

Kādu laiciņu atpakaļ parādījās vajadzība iegūt un atspoguļot datus no RSS plūsmas. Pirmā doma, izmantošu kādu gatavu risinājumu. Lejupielādēju AspNetRssToolkit projektu. Uzreiz piepildījās bažas par ātrdarbību, ka arī projekta realizācija ir par treknu manam uzdevumam. Sāku domāt par elegantāko risinājumu savai problēmai. Lai būtu interesantāk, kā galveno nosacījumu izvēlējos laiku. Uzdevumu novērtēju uz 5 minūtēm. Lai lasītājam būtu skaidra doma, sāku ar darba uzdevumu aprakstīšanu.

Darba uzdevums:

· Ielasām datu failu (http://www.dotnet.lv/rss.xml);

· Atlasam pirmos trīs Item mezglus;

· Veidojam objektu masīvu. Jāatgriež sekojošie laiki - virsraksts, apraksts, publikācijas datums;

· Iegūtos datus nopublicējam tīmekļa vietnē, neaizmirstot arī par ātrdarbību;

Nu lūk, ar prasībām esam tikuši skaidrībā. Ir atlikušas 4 minūtes, taka būtu jāuzņem apgriezieni:) Ar ko tad sākt?

Cilvēķi ar ASP.NET pieredzi noteikti ir pazīstami ar iespēju izmantot tā saucamos datu avotu. Kontrētajā uzdevumā izvēle krīt uz ObjectDataSource. Kontrolēs galvenais uzdevums savienot objektu ar kontrolēm. Jāsāk ar datu ielasīšanas klases rakstīšanu, failu saglabājam App_Code direktorijā. Manā gadījumā klases šablons ir šads.

using System;
using System.Collections;
using System.Linq;
using System.Xml.Linq;

public static class RssData
{
    public static IEnumerable GetData()
    {
        // kods
    }
}

Un no šīs vietas, mums jāveic lielākais prāta treniņš. Veidojam XDocument instanci, to var atrast System.Xml.Linq vārdu telpā. Klasei pieejama statiska metode Load, kā argumentu padodam pilnu ceļu uz mums interesējošu failu. No ši brīža visu uzmanība tiek veltīta datu filtrācijai Uzrakstam īsu LINQ izteiksmi, rezultātā saņemam kolekciju ar anonīmās klases objektiem. Katrs objekts satur sekojošus laukus - Title, Description, PubDate.

        XDocument document = XDocument.Load("http://www.dotnet.lv/rss.xml");
        return from r in document.Descendants("item").Take(3)
               select new
                          {
                              Title = r.Element("title").Value,
                              Description = r.Element("description").Value,
                              PubDate = DateTime.Parse(r.Element("pubDate").Value)
                          };

Noslēguma atliek sakonfigurēt datu avotu, lai tas izmanto mūsu tipu un izsauc metodi GetData(). Neaizmirstam arī par kešošanas iespējām. Savienojam datu avota ar Repeater kontroli.

    <asp:ObjectDataSource runat="server" ID="RssData" EnableCaching="True" CacheDuration="120"
        SelectMethod="GetData" TypeName="RssData" />


    <asp:Repeater ID="Repeater" DataSourceID="RssData" runat="server">
        <ItemTemplate>
            <p>
                <b>
                    <%# Eval("Title")%></b></p>
            <%# Eval("Description")%>
            <p>
                <i>Ieraksta datums:
                    <%# ((DateTime)Eval("PubDate")).ToLocalTime().ToString("F", System.Globalization.CultureInfo.GetCultureInfo("lv-LV"))%></i></p>
        </ItemTemplate>
    </asp:Repeater>

Atliek tikai pārbaudīt rezultatu. Pielikumā pievienoju pirmkodu. Cerams noderēs!

System.Web.Routing (Defaults and Constraints)

andrejs.mamontovs — Wed, 04 Jun 2008 13:26:08 GMT

Turpinot iepazīšanos ar jauno ASP.NET Routing iespēju, obligāti jāpastāsta par iespēju maršrutēšanas izteiksmēs norādīt noklusētās vērtības (Defaults) un noteikt ierobežojumus (Constraints). Apskatīsim piemēru, paplašinot mana iepriekšējā raksta piemēru (System.Web.Routing).

Apskatīsim vienkāršu maršrutēšanas piemēru (Global.asax).

protected void Application_Start(object sender, EventArgs e)
{
    IRouteHandler handler = new SimpleRouteHandler();
    RouteTable.Routes.Add(new Route("Action/{pageName}", handler));
}

Vaicājumus, kuri tiek apstrādāti ar norādīto maršrutēšanas izteiksmi:
http://domain/Action/About
http://domain/Action/MainPage
http://domain/Action/Page_1

Papildināsim kodu, lai atļautu apstrādāt tikai vaicājumus, kur pēc Action/ sekotu tikai viens vai vairāk burti, gadījumā ja pēc Action/ nekas netiek norādīts, tiek ielasīta MainPage lapa.

http://domain/Action/
http://domain/Action/About
http://domain/Action/MainPage

Pēc izmaiņām kods izskatās šadi.

protected void Application_Start(object sender, EventArgs e)
{

    IRouteHandler handler = new SimpleRouteHandler();

    RouteValueDictionary defaults = new RouteValueDictionary();
    defaults.Add("pageName", "MainPage");

    RouteValueDictionary constraints = new RouteValueDictionary();
    constraints.Add("pageName", @"^([a-zA-Z]+)$");

    RouteTable.Routes.Add(new Route("Action/{pageName}", defaults, constraints, handler));
}

Visi maršrutēšanas elementu uzstādījumi notiek ar klases RouteValueDictionary palīdzību.
Vispirms norādams noklusētās vērtības mainīgajiem, kuras piedalās vaicājumu apstrāde. Gadījumā ja mainīgais pageName netiks aizpildīta (http://domain/Action/) tai automātiski tiks piešķirta vērtība MainPage.

Nākamā solī mainīgajam pageName nodefinējam ierobežojumu. Noteikumu aprakstīšanai tiek izmantota regulārā izteiksme (RegEx). Mainīgais pageName tiks uzskatīta par korektu, ja tas saturēs vismaz vienu no burtiem, visi pārejie simboli tiek uzskatīti par nepieļaujamiem.

Apskatīsim piemērus

Apskatoties projekta struktūru, redzam, ka lapa eksistē, bet par cik esam nodefinējuši ierobežojumu rezultātā tiek atgriezts HTTP statusa kods 404 – resurss nav atrasts.

System.Web.Routing

andrejs.mamontovs — Tue, 03 Jun 2008 12:40:01 GMT

Tuvākā laikā ir paredzēta .NET 3.5 servisa paciņas iznākšana(šobrīd pieejama .NET 3.5 SP1 Beta 1). Līdzās kļūdu un ātrdarbības uzlabojumiem, parādīsies arī jaunas lietas. Viens no jaunumiem - ASP.NET Routing (pieprasījumu maršrutēšana), Microsoft versija, kā vienoto resursu vietrādi (URL) padarīt draudzīgāku lietotājam. Internets ir piebāzts ar bibliotēkām, kas nodrošina šo funkcionalitāti. Kādas tad atšķirīgās īpašības piemīt tieši Microsoft piedāvātai versijai? ASP.NET komanda piegāja pie problēmas pārdomāti. ASP.NET Routing bibliotēka maksimāli vienkāršota, pildot tikai vaicājuma maršrutēšanu pēc jūsu rakstītiem maršrutēšanas noteikumiem. Tas arī viss:) Atliek uzrakstīt savu apstrādātāju un konfigurācijas ielasīšanu. Dotais paņēmies ļauj maksimāli īsā laika migrēt jau esošu funkcionalitāti uz ASP.NET Routing.

Ķersimies pie praktiskā pielietojuma.

Lai sāktu pielietot bibliotēku savā projektā, jāpievieno atsauce uz ASP.NET Routing bibliotēku.

Veidojam klasi maršrutēšanai, tā manto IRouteHadler interfeisu.

public sealed class SimpleRouteHandler : IRouteHandler
{

Klasei jārealizē interfeisa metodi GetHttpHandler

public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
    
}

Metodes iekšienē realizējam savus maršrutēšanas noteikumus.

public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
    string s = String.Format("~/Pages/{0}.aspx",
        requestContext.RouteData.GetRequiredString("pageName"));
    return (IHttpHandler)BuildManager.CreateInstanceFromVirtualPath(s, typeof(Page));
    
}

Mans piemērs strādā sekojoši, ja ASP.NET Routing izmantos manu klasi maršrutēšanai, tad atbilstošā aspx lapa tiks mekļēta servera Pages direktorijā, kā lapas vārds tiks izmantota arguments pageName no maršrutēšans izteiksmes. Zemāk redzams testa projekta struktūra.

Maršrutēšanas aprakst tiek pieregistrēts Global.asax.cs failā, aplikācijas startēšanas brīdi.

protected void Application_Start(object sender, EventArgs e)
{
    IRouteHandler handler = new SimpleRouteHandler();
    RouteTable.Routes.Add (new Route("Action/{pageName}", handler));
}

Pievienoju tikai vienu maršrutēšanas izteiksmi. Gadijumā ja URL būs piemēram šāds - http://domain/Action/Search pieprasījums tiks maršrutēts ar manis rakstītu klasi, un tiks meklēts Search.aspx fails Pages direktorijā. Standarta gadijumā adrese būtu šāda - http://domain/Pages/Search.aspx.

Piereģistrējam ASP.NET routing moduli web.config failā.

<httpModules>

<add name="UrlRoutingModule" type="System.Web.Routing.UrlRoutingModule, System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />

</httpModules>

Atliek notestēt

Tādā veidā varam izveidot ceļus, kuri ir intuitīvi saprotamāki un ātri iegaumējami.

P.S.
Cik ārti lido laiks, šis ieraksts ir mans 100 ieraksts http://www.dotnet.lv/ vietnē.

XML datu saistīšana izmantojot ASP.NET XPath un XPathSelect saistīšanas metodes

andrejs.mamontovs — Wed, 16 Apr 2008 13:50:00 GMT

ASP.NET lapās, atspoguļojot datus no XML datu avota (XmlDataSource), datu saistīšanai kalpo divas ļoti noderīgas metodes XPath un XPathSelect. Metodes izmanto XPath (http://www.w3.org/TR/xpath) sintaksi. XPath sintakse ļoti tuva tam, kā mēs darbojamies ar datiem failu sistēmā, kalpojot datu atlasīšanas nolūkiem.

Apskatīsim piemēru (saraksts ar notikumiem):

<?xml version="1.0" encoding="utf-8" ?>

<Title>First event</Title>

<Description>Short description about first event.</Description>

<Speaker SpeakerId="1">First speaker</Speaker>

</Speakers>

</Event>

<Title>Second event</Title>

<Description>Short description about second event.</Description>

<Speaker SpeakerId="1"> First speaker</Speaker>

</Speakers>

</Event>

</Events>

Uzdevums:

Ielasīt XML datus;
No iegūtiem datiem izvedot notikumu sarakstu. Izvadīsim virsrakstu (Title), aprakstu (Description) un pārskaitīsim visus lektorus (Speaker).

Gala rezultātam jāizskatās aptuveni šādi.

Virsraksts:	First event
Apraksts:	Short description about first event.
Lektori:	First speaker
Virsraksts:	Second event
Apraksts:	Short description about second event.
Lektori:	First speaker

Pirmais solis, izveidojam jaunu ASPX lapu un izmantojot XMLDataSource kontroli ielasām XML datus.

…

<asp:XmlDataSource ID="xmlDataSource" runat="server"

DataFile="~/App_Data/Events.xml" EnableCaching="true" CacheDuration="60" />

…

Nākošajā solī, iegūtos datus sasaistīsim ar datu atspoguļošanas kontroli, pietiek ar Repeater kontroles. Pilns kontroles apraksts, izskatās šādi:

…

<asp:Repeater ID="repeaterForData" runat="server" DataSourceID="xmlDataSource">

</HeaderTemplate>

<tr>

Virsraksts:

</td>

<td>

<%# XPath("./Title") %>

</td>

</tr>

<tr>

Apraksts:

</td>

<td>

<%# XPath ("./Description") %>

</td>

</tr>

<asp:Repeater ID="speakerRepeater" runat="server" DataSource='<%#XPathSelect ("./Speakers/Speaker") %>'>

<tr>

Lektori:

</td>

</HeaderTemplate>

</ItemTemplate>

</ul></td></tr>

</FooterTemplate>

</asp:Repeater>

</ItemTemplate>

</table>

</FooterTemplate>

</asp:Repeater>

…

Svarīgākais, pievērs uzmanību saistīšanas konstrukcijām <%# XPath (…) %> un <%#XPathSelect (…) %>.

XPath un XPathSelect kā argumentu izmanto XPath izteiksi. Atkškirība ir tikai tanī momentā, ka XPathSelect atgriez mezglu kopu (NodeList) un tiek izmantotā, kā jauns pārskaitījums.

ASP.NET (XML + XSLT + XmlDataSource)

andrejs.mamontovs — Tue, 15 Apr 2008 11:12:00 GMT

Pagāja jau labs laiciņš, kopš tā brīža, kad iemūžināju šeit savas domas. Kopā ar kolēģiem ieguldījām milzums darba, lai laikus tiktu galā ar saviem pienākumiem.

Nesen pavērās iespēja atsvaidzināt savas zināšanas XSLT (Extensible Stylesheet Language). Ar to iepazīties var šeit: http://www.w3.org/TR/xslt. Skrienot laikam, pamanījos saglabātas patīkamas atmiņas par tiem laikiem, kad ar datu transformācijām nācās saskarties visai bieži. Šoreiz pastāstīšu par ASP.NET iespēju ielasīt XML failu, pārveidot to citā struktūrā un izvadīt to klientam, neizmantojot programmēšanas valodas.

Pieņemsim, ka XML faila saturs izskatās aptuveni tā:

<?xml version="1.0" encoding="utf-8" ?>

<Title>First event</Title>

<Description>Short description about first event.</Description>

</Speakers>

</Event>

<Title>Second event</Title>

<Description>Short description about second event.</Description>

</Speakers>

</Event>

</Events>

Saturs ir labi pārskatāms, un nav nekādu problēmu apstrādāt. Ir tikai viens bet, fails satur vairāk informācijas, nekā vajag. Gribētos redzēt ko līdzīgu šim te:

<?xml version="1.0" encoding="utf-8"?>

<List>

</List>

Un tieši šinī brīdi neaizvietojama ir iespēja izmantojot XSLT transformāciju. Uzrakstam datu transformāciju, mūsu gadījumā, tā izskatās šādi:

<?xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"

xmlns:msxsl="urn:schemas-microsoft-com:xslt" exclude-result-prefixes="msxsl"

<xsl:output method="xml" indent="yes"/>

<xsl:template match="Events">

<xsl:element name="List">

<xsl:apply-templates/>

</xsl:element>

</xsl:template>

<xsl:template match="Event">

<xsl:element name="ListItem">

<xsl:attribute name="ItemId">

<xsl:value-of select="@EventId"/>

</xsl:attribute>

<xsl:attribute name="Text">

<xsl:value-of select="./Title"/>

</xsl:attribute>

</xsl:element>

</xsl:template>

</xsl:stylesheet>

Jāatzīmē, ka sākumā, cilvēkam kurš nepārzina XSLT, sintakse var likties visai nesaprotams. Bet veltot mazliet laiciņa, transformācijas var kļūt par noderīgu instrumentu nākotnē.

Atliek tikai visu savilkt kopā. ASPX lapā ievietojam XML datu avota kontroli (XmlDataSource), norādot ceļu pie XML un transformācijas failiem (DataFile un TransformFile atribūti). Padomājam arī par Cache iespēju (EnableCaching un CacheDuration atribūti).

<asp:XmlDataSource ID="xmlDataSource" runat="server"

DataFile="~/App_Data/Events.xml" TransformFile="~/Events.xslt" EnableCaching="true" CacheDuration="60">

</asp:XmlDataSource>

Un pieslēdzam pie datu avota datu izvadīšanas kontroli, manā gadijumā Repeater, kur mēs ar datu bindošanu lasam ListItem elementa attribūtus (Text un ItemId)

<asp:Repeater ID="repeaterFordata" runat="server" DataSourceID="xmlDataSource">

<ul>

</HeaderTemplate>

</ItemTemplate>

</ul>

</FooterTemplate>

</asp:Repeater>

Rezultātam jābūt šādam:

First event (1)
Second event (2)

Rezultāta, nemaz neizmantojot programmēšanas valodas ielasījām un pārveidojām datus mums nepieciešamā formā.

ASP.NET DataSources

andrejs.mamontovs — Tue, 18 Mar 2008 12:16:55 GMT

Jau kādu laiciņu ASP.NETā eksistē iespēja vienkāršot datu iegūšanu no dažādiem datu avotiem. Sākot ar ASP.NET 2.0 parādījās jēdziens "datu avots" (DataSource) un standartā ir iekļauts atbalsts pašiem izplatītākiem datu uzglabāšanas avotiem (SqlDataSource, AccessDataSource, ObjectDataSource, XmlDataSource). Specifiskākajos gadījumos, jums ir iespēja uzrakstīt savu datu avotu.

Man personīgi izveidojās tāds priekšstats, ka šim momentam nepievērš pietiekamu uzmanību. Jāsamierinās ar dzīves realitāti, turpinām rakstīt, kā esam pieraduši. Iemūžināsim šo, varbūt, kāds to pamanīs un pielietos. Apskatīsim pašu vienkāršāko gadījumu.

Uzdevuma scenārijs:

Dati tiek uzglabāti SQL serverī;
Ir jāpieslēdzas pie SQL servera un izmantojot procedūru GetEventList jāizpilda vaicājums;
Iegūtie dati ir jāizvada brīvā formā.

Pirmajā solī, konfigurācijas failā (Web.config) piereģistrējam pieslēgumu pie datu bāzes.

…

</connectionStrings>

…

</configuration>

"connectionStrings" sekcija ir vel viens ASP.NET 2.0 jaunievedums. Visai labs veids, kā atdalīt datu bāzes konfigurāciju no visām pārejām.

Nākamajā solī veidojam .ASPX lapu, un kodā piereģistrējam SQL datu avotu. Tas varētu izskatīties aptuveni tā:

…

<asp:SqlDataSource EnableCaching="true" CacheDuration="15" ID="sqlDataSource" runat="server"

ConnectionString="<%$ ConnectionStrings:dbConnectionString %>" SelectCommand="GetEventList"

SelectCommandType="StoredProcedure" />

…

Apskatīsim sintaksi detalizētāk:

ConnectionString="<%$ ConnectionStrings:dbConnectionString %>" ar šo rindiņu piesaistam datubāzes pieslēgšanas aprakstu ar datu iegušanas objektu. Ja tas ir jāraksta kodā, tas varētu izskatīties šādi:

…

sqlDataSource.ConnectionString =

System.Configuration.ConfigurationManager.ConnectionStrings["dbConnectionString"].ConnectionString;

…

SelectCommand="GetEventList" SelectCommandType="StoredProcedure" - datu iegūšanai tiks izmantota procedūra GetEventList.

EnableCaching="true" CacheDuration="15" - vaicājums tiks iekešots uz 15 sekundēm.

Noslēgumā, iegūtos datus izvadam brīvā formā, izmantojot "Repeater" kontroli, kura ir piesaistīta datu avotam "sqlDataSource"

…

<asp:Repeater ID="EventList" runat="server" DataSourceID="sqlDataSource">

</asp:Repeater>

…

Tas arī viss. Apliek tikai pārbaudīt.
P.S.
Jāpiemin, ka Visual Studio 2005/2008 visas šīs darbības var izdarīt vizuāli.

EnableViewState=”false”

andrejs.mamontovs — Tue, 11 Mar 2008 14:24:00 GMT

Interesants novērojums saistībā ar ASP.NET ViewState un notikumu apstrādi.

Situācija no dzīves. Atslēdzu lapai ViewState, ar domu, ka lapā nesatur laukus, kuru vērtības ir jāsaglabā.

<%@ Page Language="C#" EnableViewState="false" … %>

Lapā ievietoju Repeater controli, kura barojās no datu avota.

…

<asp:Repeater ID="EventList" runat="server" DataSourceID="…">

…

<asp:LinkButton ID="GoTo" runat="server" CommandName="Link" CommandArgument="…" OnCommand="RedirectTo">GoTo</asp:LinkButton>

…

</ItemTemplate>

</asp:Repeater>

…

Katram ierakstam no datu avota ir nepieciešamība pievienot norādi (<asp:LinkButton …), kuru nospiešot notiek darbība servera pusē (OnCommand="RedirectTo")

Kā piemērs, notikuma apstrādes kods izskatās šādi:

…

protected void RedirectTo (Object sender, CommandEventArgs e)

{

Response.Redirect (e.CommandArgument.ToString (), true);

}

…

Gadijumā ar EnableViewState="false" nenotiks notikuma apstrāde. Teikšu atklāti, uzreiz pat nesapratu, ka vaina ir šinī momentā.

ASP.NET 2.0 Async Pages (Pirmā daļa)

andrejs.mamontovs — Tue, 08 Jan 2008 16:27:00 GMT

Turpinot Microsoft Tech-Ed Developers 2007 iespaidu iemūžināšanu, pastāstīšu par salīdzinoši maz apspriestu un tik pat maz izmantoto ASP.NET iespēju, asinhrono lapu (ASP.NET 2.0 Async Pages) veidošanu.

Neiedziļinoties tehniskajās nianses, asinhronās lapas ir veids, kā uzlabots servera veiktspēju. Pēc noklusējuma, serveris var apstrādāt noteiktu skaitu vienlaicīgu pieprasījumu (vienam vaicājumam tiek izdalīts viens pavediens), un ja tiek pārsniegts šis limits, nākamais pieprasījums tiek ievietots rindā. Rindai arī pastāv ierobežojums uz pieprasījumu skaits, un pie lielas servera noslodzes, pastāv reāla iespēja, ka jūsu pieprasījums vienkārši paliks bez uzmanības. Tātad, esam stipri atkarīgi no pavedienu skaita. Asinhronās lapas nodrošina iespēju atbrīvot pavedienu nesagaidot, piemēram: datu ielādes beigas. Pavedienam atbrīvojoties, tas veic nākamā pieprasījuma apstrādi. Kad pieprasītie dati ir saņemti, to apstrādi pabeidz jau cits pavediens. Tādā veida tiek nodrošināta daudz optimālāka servera resursu izmantošana.

Atgriežoties pie tehniskās realizācijas. Lai aktivizēto iespēju veikt asinhronās operācijas vispirms ASPX lapas direktīvā @Page ir jāpievieno atribūts Async ar vērību "true". Piemērs: <%@ Page Async="true"%>

Kopš šī brīža var sākt veidot asinhronos operāciju izsaukumus. Ir divi veidi, kā to izdarīt. Izmantojot metodi AddOnPreRenderCompleteAsync vai RegisterAsyncTask. Pirmā metodē ir maksimāli vienkāršota, kā argumentus saņemot tikai asinhronās operācijas sākuma un beigu metodes. Izmantojot RegisterAsyncTask metodi pavērās daudz vairāk iespēju. Pārskaitīsim tās:

· Iespēja norādīt metodi, kas tiks izsaukta gadījuma ja ir pārsniegts asinhronās operācijas maksimālais izpildes laiks. Izpildes laiks tiek norādīts ar atribūtu AsyncTimeout lapas @Page direktīvā. Piemērs: <%@ Page Async="true" AsyncTimeout =”5”%>. Laika vienība norāda sekundēs.

· Iespēja reģistrēt vairākus vienlaicīgus asinhronos izsaukumus;

· Iespēja operācijas sākuma metodei padot noteiktu stāvokļa (state) informāciju;

· Un iespēja operācijas beigu metodē darboties ar HttpContext.Current datiem.

Piemēru projekts: examples.zip

Turpinājums sekos...

ASP.NET konfigurāciju mantošanās.

andrejs.mamontovs — Thu, 23 Aug 2007 10:28:00 GMT

Paplašinot „Zināšanas bāzes” infrastruktūru, radās nepieciešamība vienas virtuālās direktorijas ietvaros, izveidot vel vienu virtuālo direktoriju, un pats galvenais, netiktu mantota konfigurācija. Microsoft.NET Framework 2.0 parādījās iespēja atslēgt konfigurācijas mantošanas ieliktajās aplikācijās.

Lai atrisināt šo problēmu ir mazliet jāmodificē konfigurācijas fails. Konfigurāciju ir jaikļauj tagā „Location” un norādot atribūtu „inheritInChildApplications”.

<system.web></system.web>

</location>