Mikael Söderström : .NET

Skriv plugins till Internet Explorer med .NET

Vimpyboy — Tue, 24 Mar 2009 08:51:00 GMT

Det finns ett nytt projekt på MSDN Code Gallery som heter SpicIE och som låter utvecklare enkelt skapa plugins till Internet Explorer i form av:

IE browsing event handlers
IE toolbar buttons
IE menu entries
IE context menu entries
IE explorer bars
IE toolbars

Har inte hunnit testa det själv än, men det låter väldigt lockande då det tidigare har varit riktigt krångligt att skriva bra plugins (med metoder som Navigate och Navigate2 vilka inte säger ett dugg om vad som egentligen sker).

Du hittar projektet här:

http://code.msdn.microsoft.com/SpicIE

Om du har testat det så kom gärna med kommentarer om vad du tycker om det!

Bokrecension – Build Your Own .NET Language and Compiler

Vimpyboy — Wed, 01 Oct 2008 20:10:37 GMT

Innehållsförteckning

A Brief History of Compiler Technology
A Brief Introduction to the .NET Framework
A Compiler Flyover
The Syntax for the QuickBasic Compiler
The Lexical Analyzer for the QuickBasic Compiler
QuickBasic Object Modeling
The Parser and Code Generator for the QuickBasic Compiler
Developing Assemblers and Interpreters
Code Generation to the Common Language Runtime
Implementing Business Rules
Language Design: Some Notes
Appendix A: quickBasicEngine Language Manual
Appendix B: quickBasicEngine Reference Manual

Har du någonsin funderat på hur man skriver ett eget språk med en kompilator för det? I Build Your Own .NET Language and Compiler av Edward G. Niles från Apress får man en djupgående genomgång på hur man skriver en kompilator för QuickBasic med ren .NET-kod. En fullt fungerande kompilator följer även med! Boken börjar med att ta upp grundläggande om hur en kompilator fungerar och går sedan igenom de olika stegen där man skissar upp själva utséendet på språket med alla regler och visar sedan hur man med Reflection skriver en kompilator i Visual Basic .NET. Boken har inga exempel i C#, utan det är just Visual Basic .NET.

Boken vänder sig till experter och är absolut ingenting för en nybörjare. Den är dock väldigt pedagogisk och förklarar de olika stegen väldigt noggrant, vilket gör att man hänger med lättare i det som händer. Alla exempel och program som används vid kontrollerna av modelleringen finns för nedladdning på Apress.

Boken rekommenderas starkt till dig som är intresserad av att veta mer om hur man arbetar med kompilatorer, samt vill veta hur man bär sig åt för att skriva ett eget .NET-språk.

Svårighetsgrad: Avancerad

Snart kommer Microsoft "Oslo"!

Vimpyboy — Thu, 18 Sep 2008 18:56:00 GMT

Om ungefär en månad under PDC 2008 så kommer Microsoft att visa upp deras nya satsning med kodnamnet "Oslo", samt dessutom släppa en CTP av SDK:n. För att förklara Oslo med en mening så är det en modelleringsplattform som underlättar arbetet med tjänsteorienterade applikationer.

Det finns tre delar som kommer att kunna användas för att jobba med Oslo, ett visuellt verktyg för att arbeta med modeller, ett språk (har för tillfället kodnamnet "D") som komer att hjälpa till vid skapandet av DSL (Domain-Specific Languages) samt ett repository för att göra modellerna tillgängliga för det medföljande verktyget och även egenutvecklade komponenter.

Repositoryt i Oslo är uppbyggt av System Center 5, Visual Studio 10 samt Biztalk Server 6. Annat som tas upp i samband med Oslo är Visual Studio 10 samt .NET Framework 4.0 med uppdaterade versioner av både Workflow Foundation samt Windows Communication Foundation för utveckling samt Biztalk Services för de olika tjänster. Har vi tur så kommer ett gäng härliga testversioner på PDC:n. :-)

Det finns inte alltför mycket information tillgänglig i dagsläget, så det är mycket spekulationer runt om. Det sägs att språket "D" kommer att generera SQL, precis som Linq to SQL. Om de fungerar på samma sätt finns det dock inga bevis på. En fråga som dyker upp då är om det kanske är så att D i själva verket är en påbyggnad av Linq to SQL eller Linq to Entities? Kommer man att kunna använda detta för vanlig databashantering, eller enbart för att kunna arbeta med just "Oslo"? Det har även ryktats om att D skall bygga på XAML, vilket är intressant då det redan används i WPF, Silverlight och Workflow Foundation.

Verktyget för Oslo kommer att ge en stor bild över hur allt runtomkring fungerar. Då Oslo har som huvuduppgift att underlätta arbetet med SOA så kommer det att ställas stora krav på att allt fungerar stabilt. Man kommer att genom verktyget kunna monitorera, följa olika processer med mera. För att underlätta arbetet mer så kommer man även att få med ett nytt designerverktyg för Workflow Foundation.

Vad gäller systemkrav har jag fortfarande inte sett något, ej heller om det på något sätt kommer att finnas något utbyggt stöd för det i Windows Server 2008 R2/Windows Server 7 eller Windows Server 7.

Det är väldigt svårt att föreställa sig exakt hur det kommer att se ut i arbetet med Oslo om man själv inte har tillgång till det, men något som är säkert är att årets PDC kommer att bli fruktansvärt intressant!

Koppla ihop Windows CardSpace med ASP.NET Membership

Vimpyboy — Tue, 09 Sep 2008 19:44:25 GMT

I samband med förra artikeln om Windows CardSpace så startade jag en tråd på Aspsidan för att kunna diskutera ämnet. En av kommenterarna som dök upp var av en person som hade börjat kika på hur han skulle implementera Windows CardSpace till sin befintliga ASP.NET-sida men sedan gett upp då det hade varit för krångligt. Det är nog ett väldigt vanligt problem, så därför tänkte jag visa hur det går till steg för steg.

Det första vi behöver är förstås en ASP.NET-sida. Jag kommer att använda mig utav SqlMembershipProvider, men självklart är det möjligt att använda sig utav andra providers som bygger på ASP.NET Membership. Jag kommer sedan att använda Comment-fältet för användaren för att hantera kopplingen mellan InfoCards och ASP.NET-användare. I exemplet så kommer en användare bara kunna ha ett InfoCard per konto, men det bör finnas möjlighet att använda flera kort, för att göra det möjligt att logga in på flera platser. Precis som i förra artikeln så kommer jag att köra över ren HTTP för enkelhetens skull. Skall det användas på en publik hemsida så bör ni absolut använda HTTPS för att höja säkerheten mellan klient och server.

De funktioner som kommer att finnas med är:

Möjlighet att koppla ett InfoCard till sitt ASP.NET Membership-kontot.
Möjlighet att logga in med användarnamn och lösenord.

Det första vi gör är att skapa ett nytt Web Application Project och skapa upp en databas med standardtabellerna som används för ASP.NET Membership (de som skapas med aspnet_regsql.exe).

Vi kommer att spara ett värde som kallas PPID i användarens comment-fält Anledningen till att vi sparar det där nu är för att slippa skriva kod som inte är relevant för tillfället. Det skulle dock kunna sparas i till exempel en separat tabell i databasen för att göra det möjligt för användaren att koppla flera kort. PPID är ett ID som är unikt för kortet och “Relying Party” (kommer att förkortas RP framöver). Om samma kort används hos en annan RP så kommer ett annat PPID att användas. Helst bör man använda UniqueID, men hur det fungerar kommer jag att ta upp senare. PPID är det enda “Token” (bra svensk översättning på det, någon?) som användaren inte har möjlighet att påverka, till skillnad från till exempel namn, e-postadress, personnummer med mera.

När vi använder ASP.NET Membership så skall användaren ha angivit en e-postadress, vilken vi kommer att anta är densamma som används i det InfoCard som kommer att skickas in. På så sätt kan vi enkelt plocka fram det eller de konton som innehåller e-postadressen och sedan se om något av dem har associerat kontot med ett PPID.

Det första vi skall göra nu är att skapa upp en sida med standardkontrollerna för att skapa en användare. Det gör vi genom att använda CreateUserWizard-kontrollen. Där skapar vi en användare som har samma e-postadress som vi har i något av våra InfoCards. När det är gjort och vi vet att vi kan logga in på sidan så är det dags att skapa upp sidan som tar hand om kopplingen mellan konto och InfoCard. Det första vi gör är att ta en modifierad version av formuläret som användes i introduktionsposten. Skillnaden mot det formuläret är att vi nu vill få tag i kortets PPID.

Koden som vi använder i aspx-filen för att hämta in PPID och sedan koppla mot den inloggade användaren är som följande:

<object type="application/x-informationcard" name="xmlToken">

    <param name="tokenType" value="urn:oasis:names:tc:SAML:1.0:assertion" />

    <param name="requiredClaims" value="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/privatepersonalidentifier" />

</object>

<asp:Button ID="btnAssociate" runat="server" Text="Associate account" onclick="btnAssociate_Click" />

Och när vi sedan skall koppla det mot användaren i btnAssociate_Click:

protected void btnAssociate_Click(object sender, EventArgs e)

    MembershipUser user = Membership.GetUser();

    user.Comment = GetPPID();

    Membership.UpdateUser(user);

private string GetPPID()

    XmlDocument doc = new XmlDocument();

    doc.LoadXml(Request.Form["xmlToken"]);

    XmlNode node =

        doc.SelectSingleNode(

            "/saml:Assertion/saml:AttributeStatement/saml:Attribute[@AttributeName='privatepersonalidentifier']", GetNamespaces(doc));

    return node.InnerText;

private XmlNamespaceManager GetNamespaces(XmlDocument doc)

    XmlNamespaceManager nsManager = new XmlNamespaceManager(doc.NameTable);

    nsManager.AddNamespace("saml", "urn:oasis:names:tc:SAML:1.0:assertion");

    return nsManager;

Nu har vår användare sparat undan sitt PPID. Det skall sedan användas för att identifiera användaren. Nästa steg är att hämta PPID samt e-postadressen från kortet för att användaren skall kunna identifieras. Vi skall använda ett likadant formulär som innan, med skillnaden att vi nu även skall hämta e-postadressen.

<object type="application/x-informationcard" name="xmlToken">

    <param name="tokenType" value="urn:oasis:names:tc:SAML:1.0:assertion" />

    <param name="requiredClaims" value="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress http://schemas.xmlsoap.org/ws/2005/05/identity/claims/privatepersonalidentifier" />

</object>

<asp:Button ID="btnLogin" runat="server" Text="Login" OnClick="btnLogin_Click" />

Det som sker när vi skickar in ett InfoCard nu är att vi skall hämta alla konton med e-postadressen och se om vi kan hitta något som är associerat med kortets PPID. Om vi hittar ett sådant så loggar vi in användaren.

protected void btnLogin_Click(object sender, EventArgs e)

    XmlDocument doc = new XmlDocument();

    doc.LoadXml(Request.Form["xmlToken"]);

    string email = doc.SelectSingleNode("/saml:Assertion/saml:AttributeStatement/saml:Attribute[@AttributeName='emailaddress']", GetNamespaces(doc)).InnerText;

    string ppid = doc.SelectSingleNode("/saml:Assertion/saml:AttributeStatement/saml:Attribute[@AttributeName='privatepersonalidentifier']", GetNamespaces(doc)).InnerText;

    MembershipUserCollection users = Membership.FindUsersByEmail(email);

    foreach (MembershipUser mu in users)

        if (mu.Comment != null && mu.Comment.Equals(ppid))

            FormsAuthentication.RedirectFromLoginPage(mu.UserName, false);

Tack vare detta kan nu användaren logga in med det kopplade kontot utan att behöva ange varken användarnamn eller lösenord. Det gör att man kan ge användaren möjlighet att logga in på ett mycket säkrare sätt.

Detta är endast en enkel inloggning där användaren kan koppla ett kort till sitt konto, men det skulle kunna byggas ut med till exempel:

Möjlighet att koppla flera kort till samma konto.
Möjlighet att skapa konton genom att skicka in ett InfoCard och sedan generera ett starkt lösenord.
Möjlighet att generera ett nytt lösenord genom att skicka in ett InfoCard.

Det finns många möjligheter, och det är du själv som bestämmer vart du vill komma med din lösning.

Precis som i förra artikeln så rekommenderar jag inte att man tar koden rakt av och använder i en skarp miljö, utan snarare har den i referenssyfte.

Tip of the day: Set properties with reflection

Vimpyboy — Mon, 14 Jan 2008 20:10:00 GMT

If you use web sites instead of web application projects and load an user control dynamically, it can be hard to set the properties from code behind since you can´t cast the instance.

What to do? WHAAAAT TO DOOOO??? Well, first of all, take a beer and chill. After that you can take a look at reflection, and especially PropertyInfo.SetValue(...).

Magic:

using System.Reflection;

void DoMagic()
{

UserControl meLiek = LoadControl("tehcontrolz.ascx");
Type meLiekTehTajp = meLiek.GetType();
PropertyInfo prop = meLiekTehTajp.GetProperty("waevvah");
prop.SetValue(meLiek, "lolz0rz", null);
ControlHolder.Controls.Add(meLiek);

}

More info:
http://msdn2.microsoft.com/en-us/library/aa330197(VS.71).aspx