lbm1305

Eine DataTable ist ja auch nur ein Container für DataRows.

Würde auch mit LINQ funktionieren :-)

Hallo, mein erster Einfall wäre eine Sortierung per LINQ auf die DataSource gewesen.

C# test.net » BPlusTree

Warum sollte das von Belangen sein?

Das nicht, aber Deine Aussage / Dein Posting ist auch nicht ganz eindeutig. Setup-Zeugs gibt es eben noch im VS2012 ;-)

Aus dem VS2012

Mit Hilfe einer großen Suchmaschine findet man auch dies: Registering a COM DLL with VS 2005: A Walk-Through - CodeProject Ist zwar VS2005, sollte aber kein großen Problem sein.

Moin, Es handelt sich offenbar um eine WinForms-Anwendnung. Wann und wo wird die Connect() Methode aufgerufen?

Eigentlich schade. Ich glaube der TE hat zwar jetzt funktionierenden Code, aber warum und wie dieser funktioniert, dass weiss er nicht.

Wenn der Text bei Klick auf das entsprechende Item der Liste ausgegeben werden soll, dann nutze den SelectedValueChanged-Event. Hier der MSDN-Eintrag: ListControl.SelectedValueChanged Event (System.Windows.Forms)

Wie sieht der Code / der Aufruf im Loginfenster aus?

Im Anhang ein kleines Demo mit einem ViewModel und dem Binding. EDIT: VS2010 + .NET 4.0 WpfListBoxDemoVS2010.zip

Hallo, das ViewModel enthält bei mir die Logik für den View. Hier bspw. Commands und / oder die Properties, die für das Binding notwendig sind. Die Models bilden dann nochmals die Daten des Views ab. Des Weiteren enthält das ViewModel den Aufruf gegen den Service. Das ViewModel / Model implementiert außerdem das Interface INotifyPropertyChanged, welches den View informiert, dass an bestimmten Properties Änderungen vorgenommen wurden. Die View aktualisiert sich dann je nach Einstellung. Für das MVVM-Pattern würde ich sogar so weit gehen, dass der Client die DTO’s per Service nochmals mappt. Grund ist hier das angesprochene Interface. Model: public class Customer : NotificationObject { private string _firstName; private string _lastName; public string FirstName { get { return _firstName; } set { if(value == _firstName) { return; } _firstName = value; OnPropertyChanged("FirstName"); } } public string LastName { get { return _lastName; } set { if(value == _lastName) { return; } _lastName = value; OnPropertyChanged("LastName"); } } } ViewModel bspw. eine Listenansicht public class CustomerListViewModel : ViewModelBase { private readonly ICustomerService _customerService; public CustomerListViewModel(ICustomerService customerService) { _customerService = customerService; LoadListCommand = new RelayCommand(OnLoadCommand); } public ObservableCollection<Customer> Customers { get; private set; } public ICommand LoadListCommand { get; set; } private void OnLoadCommand() { LoadCustomers(); } private void LoadCustomers() { // CustomerService kapselt den Zugriff auf den WCF-Service var customers = _customerService.GetAllCustomers(); foreach (var customer in customers) { Customers.Add(customer); } } } NotificationObject public abstract class NotificationObject : INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; protected virtual void OnPropertyChanged(string propertyName) { PropertyChangedEventHandler handler = PropertyChanged; if(handler != null) { handler(this, new PropertyChangedEventArgs(propertyName)); } } } ViewModelBase enthält weitere Logik, bspw. den EventAggregator von PRISM oder Caliburn(.Micro) Aber es gibt hier viele Ansätze. Meist wird das Model nochmals als ViewModel abgebildet. Grund ist hier wohl die Validierung. Dafür gibt es aber in meine Augen andere Möglichkeiten (FluentValidation) EDIT: Eine nette Übersicht von Karl Shifflet: http://karlshifflett.files.wordpress.com/2009/01/wpflobmvvm1.png

Ansonsten die GridViewTemplateColumn nutzen und nach Deinen Bedürfnissen anpassen.

Die Frage ist, ob dies zulässig ist. Ansonsten die benötigte Funktion abbilden und die bisherige Funktion kaspeln. (Pseudocode) public string GetValue(string param) { var instance = new Instance(); return instance.GetValue(param); }

Per Style Trigger. Wenn es sich im eine eigenes Custom-Property handeln sollte, dann muss dieses Property als AttachedProperty implementiert werden. Eventuell hilft das: wpf - Style Trigger on Attached Property - Stack Overflow

Ansonsten kann man auch einen anderen Delimiter wählen.

Der erste Abschnitt sind Grundlagen der OOP. Wie man Klassen mit den den dazugehörigen Membern erstellt, sollte Dir bekannt sein. Wenn nicht gibt es im Netz genügend kostenlose eBooks, Tutorials aber auch Webcasts (msdn-online.de)

Statt einem Dictionary könnte man eine Collection vom Typ KeyValuePair nutzen. Ein Ansatz wäre hier vielleicht LINQ (to Objects bzw to DataSet / DataTable) --> Join ListeA mit ListeB Dabei würde alle Datensätze herausfallen, bei denen die (INNER) JOIN-Klausel nicht zutrifft.

Hmm...zu wenig Code, um sagen zu können, woran es liegt. Wobei ich mich auch nicht mit'nem TableAdapter auseinander gesetzt habe. Ist mir persönlich zu altbacken. :-) Ansonsten mal nach "OleDbDataAdapter" und "DataTable" suchen. - SQL-Abfrage absetzen - mit DataAdapter die DataTable befüllen - DataTable an GridView binden

@rohamis7 Im Grunde genommen hast Du also nur ein Projekt, mit einer anderen GUI. Das Problem ist, dass man eine Layer nicht so einfach in andere Projekte übernehmen kann. Ein Datenzugriffsschicht sieht für einen Webshop eben anders aus, als bspw. für eine Finanzsoftware. Interfaces entkoppeln die Schichten voneinander. Damit bist Du flexibler im Austausch von Layern. Beste Beispiel für ein Interface ist in meinen Augen die Datenzugriffsschicht. Kunde A möchte Deine Software verwenden, nutzt als DBMS bspw. Oracle. Kunde B hat aber eine MSSQL-Server. Um eben flexibel zu bleiben, definiert man bspw. ein Interface IRepository mit dem man die CRUD-Befehle abbildet. Wie nun die genau Implementierung aussieht, interessiert Dein Programm nicht.

Wie viele Artikel bzw. Kategorien soll der Onlineshop bzw. die Datenbank verwalten? LINQ / EF ist im Vergleich zum (My)SqlDataReader zu langsam. Jedenfalls habe ich 3mal solang für 10.000 Artikel benötigt. Und Performance sollte in einem Shop oberste Prio haben.

Dann verstehe ich Deine Frage nicht.

Das DataSet-Objekt bietet die Methoden WriteXml() und ReadXml() an. Wahlweise auch mit Schema. Ein DataSet ist nicht abhängig von einer SQL-Connection.