Lösung:
Statt nur den Fremdschlüssel umzusetzen muss man die ganze Referenz umhängen indem man das neue, richtige Objekt zuweist. Linq löst hinter den Kulissen beim Speichern die IDs richtig auf und schreibt den geänderten Fremdschlüssel richtig weg. Auch in diesem Fall ist die Fehlermeldung nicht gerade sehr hilfreich!

Lässt man Silverlight 4 Anwendungen im “Out of Browser Modus” laufen hat man erheblich mehr Möglichkeiten wie bisher. Durch die Möglichkeit in Silverlight 4 die Berechtigungsstufe zu erhöhen, kann man dann auf lokale COM-Server, die lokale Hardware und aufs File-System direkt zugreifen. All’ das macht Silverlight-Anwendungen vor allem im Intranet sehr interessant! Allerdings stolpert man hier in ein kleines Problem: Das Debuggen solcher Anwendungen ist nicht mehr so leicht möglich. Viele Entwickler hängen sich mit dem Debugger einfach an den entsprechenden Prozess an, doch auf diese Weise kann man nicht so komfortabel an alle Dinge heran kommen. So geht es bequemer:

1.) Die Silverlight Anwendung neu erstellen wobei die Start-Anwendung des Web-Projekt der Solution sein muss

2.) Die Silverlight Anwendung als Out-Of-Browser Anwendung auf der Maschine installieren (rechte Maustaste in der laufenden Anwendung)

3.) Anwendung beenden, die Silverlight-Anwendung in der Solution als StartProjekt festlegen

4.) In der Solution auf den Projekteigenschaften der Silverlight-Anwendung unter Debug die Einstellung “Installed out of Browser application” markieren

5.) Breakpoints setzen und Anwendung mit <F5> starten. Jetzt hält die Anwendung an den Breakpoints wie gewohnt an.

Folgende Tabellen liegen diesem Beispiel zugrunde:

Im Beispiel soll über eine Combobox die aktuelle Position des Mitarbeiters eingetragen werden. In der Mitarbeitertabelle gibt es dazu das ForeignKey-Feld FK_Position und eine Relation zur Tabelle Position, die als Lookuptabelle dient.

In meiner Pflegemaske ist die Liste der Mitarbeiter so definiert:

In meiner Pflegemaske ist die Combo so definiert:

Und im Codebehind der Maske werden die Daten wie folgt geladen:

Ganz wichtig damit der Refresh der Combobox richtig funktioniert:

Im Listview, der die Mitarbeiterliste anzeigt, muss die Eigenschaft IsSynchronizedWithCurrentItem=”True” zu setzen!! Nur dann wird der aktuelle “Datensatz” in der Collection beim Blättern in der Liste auch umgesetzt und nur dadurch refreshed sich auch die Combobox wie gewünscht.

Danach läuft die Anwendung in der Regel ohne anzuhalten durch.

Ich habe mir also das RIA Toolkit runtergeladen und gemäß der beschreibung mal ein Beispielprojekt angelegt. Funktionierte alles prima bis auf die Tatsache, daß sich das Projekt nicht kompilieren lässt!:

Warning    1    The "CreateRiaClientFilesTask" task failed unexpectedly.
System.Security.SecurityException: Request for the permission of type ‘System.Web.AspNetHostingPermission, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089′ failed.
   at System.Reflection.Assembly._GetExportedTypes()
   at System.Reflection.Assembly.GetExportedTypes()
   at System.Web.DomainServices.Tools.AssemblyUtilities.GetExportedTypes(Assembly assembly, ILogger logger)
   at System.Web.DomainServices.Tools.DomainServiceCatalog.AddDomainServiceDescriptions()
   at System.Web.DomainServices.Tools.DomainServiceCatalog..ctor(IEnumerable`1 assemblies, IEnumerable`1 references, ILogger logger)
   at System.Web.DomainServices.Tools.ClientProxyGenerator..ctor(String language, IEnumerable`1 assemblies, IEnumerable`1 references, ILogger logger)
   at System.Web.DomainServices.Tools.CreateRiaClientFilesTask.GenerateClientProxies()
   at System.Web.DomainServices.Tools.CreateRiaClientFilesTask.Execute()
   at Microsoft.Build.Framework.ITask.Execute()
   at Microsoft.Build.BuildEngine.TaskEngine.ExecuteInstantiatedTask(EngineProxy engineProxy, ItemBucket bucket, TaskExecutionMode howToExecuteTask, ITask task, Boolean& taskResult)

Nach viel Sucherei habe ich den Fhler inzwischen auch gefunden: Wenn mans weiß ist es wie immer ganz einfach. Sobald man solche Projekte auf einem gemappten Laufwerk eines anderen PCs laufen lässt kommt es zu dieser Meldung. Entweder muss man dann die Berechtigungen entsprechend anpassen oder das Projekt verlegen.

Demnächst gibts hier mehr Infos zu diesem Thema.

Seit dem ServicePack1 von Visual Studio 2008 kan man – zumindest bei den alltäglichen Konvertierungen – eine stark vereinfachte
Syntax verwenden:

<TextBlock>

        <TextBlock.Text>

                <Binding ElementName=”myComboBox” Path=”SelectedItem.Content” StringFormat=”{}{0:C}”/>

        </TextBlock.Text>

</TextBlock>

<GridViewColumn Header=”Price” DisplayMemberBinding=”{Binding Path=Price, StringFormat=C}”/>

<TextBlock>

        <TextBlock.Text>

            <MultiBinding StringFormat=”Item1 cost: {0}, Item2 cost: {1}”>

                <Binding ElementName=”myComboBox” Path=”SelectedItem.Content”/>

                <Binding ElementName=”myComboBox2″ Path=”SelectedItem.Content”/>

            </MultiBinding>

        </TextBlock.Text>

</TextBlock>

Die Angabe des Stringformats gibt uns die Möglichkeit zumindest einfach Konertierungen ohne eigene Klasse vorzunehmen. Hierbei kann
man d für kurze Datumsangaben, D für lange Datumsangaben, c für Währung und P für Prozentangaben.

Alternativ gibt es auch noch das Contentstringformat mit dem man komplexere Konvertierungen vornehmen kann:

<Label ContentStringFormat=”dddd – d - MMMM”>

    <sys:DateTime>2004/3/4 13:6:55</sys:DateTime>

</Label>

<Button ContentStringFormat=”{}{0:MM/dd/yyyy}”>

        <sys:DateTime>2004/3/4 13:6:55</sys:DateTime>

</Button>

<ListBox Name=”lb1″ SelectedIndex=”1″ ItemStringFormat=”F1″>

        <sys:Double>3.14159</sys:Double>

        <sys:Double>2.71828</sys:Double>

</ListBox>

Diese Vereinfachung ist wirklich hilfreich und funktioniert erst ab ServicePack1 aber dieser dürfte ja inzwischen fast überall freigegeben worden
sein.

.

Dies hier wäre wohl der “klassische Ansatz um mehrere Texte als Tooltip anzuzeigen:

<Element>
  <Element.Tooltip>
    <StackPanel Orientation=“Horizontal”>
      <TextBlock Text=“{Binding Path=Feldwert1}”/>
      <TextBlock Text=“% von, “/>
      <TextBlock Text=“{Binding Path=Feldwert2}”/>
      <TextBlock Text=“% bis”/>
    </StackPanel>
  </Element.Tooltip>
</Element>

So gehts inzwischen aber auch:

<TextBox.Text>
    <MultiBinding StringFormat=“{}{1:#0}% von, {2:#0}% bis”>
      <Binding Path=“Feldwert1″ />
      <Binding Path=“Feldwert2″/>
    </MultiBinding>
</TextBox.Text>

Interessanterweise kann man diese Syntax auch in der Datenpflege anwenden. Das führt dazu, dass die Werte der zwei dahinterliegenden Felder in einer
Textbox erscheinen und dort auch gepflegt werden können. Allerdings ist das für den Anwender nicht gerade transparent wo das erste Feld aufhört und
wo das zweite anfängt. Auch das Thema Datenvalidierung wird dadurch sicher schwieriger. Insofern ist dieses neue Feature hier sicher nicht angebracht!

Untenstehend habe ich einmal ein einfaches Beispiel aus einer WPF-Maske rauskopiert:

1. Verwendet wird ein ListView-Steuerlement (erweiterte Listbox)
2. der Trigger bzw. das Template ist der Einfachheit halber im XAML-Code direkt enthalten – im produktiven Einsatz sollte man diese in eine Ressource extrahieren damit man auch mehrere Spalten einfach daran binden kann
3. Das Listview-Control ist an eine Collection gebunden, die über ein LINQ-Statement selektiert wird. Der Trigger schaltet die Farben abhängig vom Feldinhalt des Feldes Emplstatus (character) um:

<ListView x:Name=”lstPlanEmployees” IsSynchronizedWithCurrentItem=”True” ToolTip=”durch auswählen Personendaten anzeigen”  SelectionChanged=”lstPlanEmployees_SelectionChanged” FontSize=”12″ItemContainerStyle=”{DynamicResource ItemContStyle}” >
<ListView.View>
<GridView>
<GridViewColumn Width=”60″ >
<GridViewColumn.CellTemplate>
<DataTemplate>
<TextBox x:Name=”txtStatusCol” Text=”{Binding Path=Emplstatus}” />
<DataTemplate.Triggers>
<DataTrigger Binding=”{Binding Path=Emplstatus}” Value=”aktiv”>
<Setter Property=”Foreground” TargetName=”txtStatusCol” Value=”Green” />
</DataTrigger>
<DataTrigger Binding=”{Binding Path=Emplstatus}” Value=”inaktiv” >
<Setter Property=”Foreground” TargetName=”txtStatusCol” Value=”Yellow” />
</DataTrigger>
</DataTemplate.Triggers>
</DataTemplate>
</GridViewColumn.CellTemplate>
</GridViewColumn>
<GridViewColumn DisplayMemberBinding=”{Binding Path=Jobtext}” Header=”Jobtext” Width=”150″ />
<GridViewColumn DisplayMemberBinding=”{Binding Path=Name}” Width=”180″ Header=”Name” />
</GridView>
</ListView.View>
</ListView>

Im Beispiel wurde eine ganz normale WPF-Anwendung erstellt. In das Projekt wurde eine LINQ to SQL- oder Linq to Entities-Klasse aufgenommen um einen Datacontext für den Zugriff auf die Datenbank zu haben.

Textbox-Control im XAML:

• Databinding ganz normal  an ein Object mit InotifyPropertyChanged-Events z.b. direkt Objekte aus dem DataContext
• Nach der Prüfung wird bei einem Fehler die Fehlermessage als Tooltip angezeigt
• Optional könnte man den Style im Fehlerfall noch anpassen – default ist ein roter Rand

<TextBox Margin=”5,5,5,5″ Grid.Column=”1″ TextWrapping=”Wrap” Text=”{ Binding NoDEPC,ValidatesOnExceptions=True, NotifyOnValidationError=true }” Validation.Error=”TextBox_Error”>
</TextBox>
Eventhandler für Fehler in der Datenvalidierung im Codebehind oder im Template….

private
void TextBox_Error(object sender,
ValidationErrorEventArgs e)
{
if (e.Action == ValidationErrorEventAction.Added)
            {
            ((Control)sender).ToolTip = e.Error.Exception.InnerException.Message.ToString();
            }
  else
      {
           ((Control)sender).ToolTip = “”;
     }
}

Das gebundene Object z.B. aus dem Datacontext muss erweitert werden:
Hier: gebundenes Feld NoDEPC

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Business;
using System.Collections;

namespace Business
    {
// die EntityKlasse, die vom LINQ-Designer generiert
// wurde, wird hier noch erweitert

public partial class Profit_Center 
   {
   public void SetDefaultValues()
             {
             ID_ProfitCenter = Guid.NewGuid();
             NoDesoursys = “99″;
             NoDeco_Area = “XXXXX”;
             PNSourSys = “33″;
            PNCo_Area = “05″;
             IsActive = true;
             IsTemplate = false;
             }
// überschriebene erweiterte Methode aus der Klasse
partial void OnNoDEPCChanged()
   {
   // sobald das property geändert wird
   //z.B. durchs Verlassen der Textbox
   // läuft die Regelprüfung
   CheckNodePC(this.NoDEPC);
   }

//eigentliche Regelprüfung in der klasse
public string CheckNodePC(string Nodename)
   {
   string msg = “”;

        if(Nodename== null || Nodename== “”)
                 msg = “Profitcenternamen dürfen nicht leer sein “;        if(Nodename.Contains(” “)== true)
                 msg += “Profitcenternamen dürfen keine Leerstellen enthalten”;

       if (msg !=“”)
           {
       // exception auslösen damit die message auch
       //an die GUI kommt
            throw new ArgumentOutOfRangeException(msg);
             return msg;
           }
         }
    }