Das ist dein Problem! Damit erzeugst du einen (!) TextBlock der für alle Header verwendet werden soll, das geht mit einem Datensatz noch gut, spätestens der Zweite verursacht aber deine genannte Exception.
Deswegen gibt es den DataTemplate Knote. Denn ein DataTemplate dient als reine Factory des Baumes der darin enthalten ist. Richtig müsstest du also nicht die "Header" Eigenschaft mit deinem Style ändern, sondern die "HeaderTemplate" Eigenschaft! Anschließend den TextBlock in ein DataTemplate packen und... voila! :-)
Als Entwicklerkonferenz fand ich das Anmeldesystem einfach nur schlecht. Macht ja Microsoft nicht direkt sondern "eventcore".
Das System brach unter der Last einfach schön weg - nix mit automatischer Skalierung :-).
Ich hab ein Ticket ergattern können, hat mich aber knappe 25 Minuten gekostet bis ich durch vier (!) Seiten bin
(Stammdaten, sinnlose Umfrage, ev. Hotelbuchung die ich übersprungen habe und anschließend der geliebte Zahlungsprozess).
Unter Betrachtung von diesen Umständen erstaunt mich der "Hype" um die "schnell" ausverkaufte BUILD :-).
Alles in allem ist es natürlich eine künstliche Deckelung der Anzahl von Tickets.
Die letzten 2 Jahre bin ich auch auf der Warteliste gewesen, aber immer noch ein paar Wochen später "zugelassen" worden (wie so alle die ich kenne die auf der Warteliste sind/waren).
Genau zu so einer "Grüze" wird das gesamte dann aber...
Wenn niemand im Team nur zur hälfte in der Thematik steckt, bastelt irgendwer mal eben nen Prototypen der sich später "Produkt"
nennt und den man bereits ein halbes Jahr später nicht mehr angreifen möchte da es an jeder Ecke nur so "scheppert".
Da fehlt es an einigem fundamentalen Know-How im Bezug auf die Webentwicklung und das Verständnis von vielen Grundkonzepten in der "modernen Entwicklung".
Wir sprechen heute nicht mehr von statischen Websites die man mal eben bunt zusammenklickt. Auch bringt es nichts einfach mal 10 Fremdprojekte runterzuladen und einzubinden,
da dadurch die Anwendung nicht besser wird - es braucht ein Verständnis dafür wie die Dinge funktionieren und wie sie auch harmonieren.
Das traurige an der Geschichte:
Am Ende steht ihr als Entwickler auch noch Gerade wenn etwas nicht funktioniert.
Das soll bei Gott keine Eigenwerbung sein, aber gerade in so einem Fall, dass die Zeit drängt und es an einer "Technologie" scheitert, rate dazu sich jemanden ins Office zu holen der das Team einerseits schult und anfänglich begleitet.
Genau da kann man seine Fragen gezielt anbringen und sich die Tipps holen die einem die anfänglichen Hürden aus den Weg räumt.
Dann sind wir doch wieder bei dem Thema wo ich anfangs dachte wo du hinwillst?
Du wirst dennoch die "Datenliste" benötigen mit den 30000 Elementen - das kann dir auch egal sein du musst dich eben um die performante "Zeichnerei" der Elemente kümmern.
Du kannst dir auch eine Property bauen die eine Action/Func entgegennimmt?
Also im Grunde ein delegate und dort kannst du dann deine jeweilige Methode zuweisen.
Aber ich würde an deiner Stelle nochmal kurz einen Schritt zurückgehen und nochmal auf das Ganze sehen da ich glaube das kannst du einfacher lösen.
Du willst benachrichtigt werden wenn die SMS verschickt worden ist, da würde es sich auch anbieten das per async/await zu machen dh. ein Task?
Ansonsten bau dir die Klasse doch einfach so dass du den EventHandler in der implementierung hältst ?
Offtopic: Ich find das irgendwie typisch Europa oder? Cloud? Oh nein auf keinen Fall! NSA, Datensicherheit usw. aber dem Hoster "ums Eck" der verglichen mit den Cloudanbietern winzig ist, dem vertraut man.
Merksatz: WENN die NSA deine Daten haben möchte, dann bekommt sie sie auch, egal wo sie liegen ;-) *imho*
Dann würde ich sowieso mit Code First arbeiten und mir sogar überlegen ob ihr nicht die Automatic Migrations einschaltet.
Das bedeutet jede Codeänderung am Model führt zu einer Datenbankänderung - sofern dies ohne Datenverlustmöglich ist (kann aber konfiguriert werden).
Dies würde ich aber dann wieder abschalten damit man die Kontrolle über die Migrations hat und dann fortlaufend auch mit manuellen Migrations "Snapshots" vom Design erzeugen und dadurch eine Versionierung einführen.
Du musst den Thread auch starten ;-) (--> myThread.Start()).
Weiters solltest du dich etwas in die Basics von Threading einlesen - ein Thread läuft nur solange er auch "beschäftigt" ist.
In dem Code von dir wird die Console auf jeden Fall zugehen, da static void Main() die Hauptmethode ist, und sobald diese abgearbeitet ist, wird die Console geschlossen.
Solange die Threads auch keine BackgroundThreads sind (IsBackground=true) , werden diese den Process sogar noch am Leben erhalten in diesem Falle - ob das gewünscht ist, ist fraglich.
Vollkommen richtig mit der eigenen Domain hört der Spaß dann auf und dann muss man zahlen.
Wenn es aber nur kleinere "spielerein" sind dann reicht die Domain die man von Azure erhält (http://[deinewunschdomain].azurewebsites.net)
Zitat von Abt
...
Und ganz wichtig: Du verwendest nicht ASP.NET, sondern ASP.NET WebForms, das für Datenlastige Anwendungen wie Sharepoint entwickelt wurde. Nicht zu verwechseln mit ASP.NET MVC, das für RIAs ausgerichtet ist und hier generell kein fertiges AjaxToolKit existiert.
...
Wenns nur um ein paar kleine Websites geht - dann mach das ganze doch auf nen "System für Männer" und gratis?
Die Cloud Lösung "Microsoft Azure" erlaubt dir bis zu 10 gratis Websites zu hosten und da hast du vollständige Visual Studio Unterstützung auch noch dabei (inkl. remote debuggen usw.).
...
Das ist der Architektur der darunterliegenden Software geschuldet.
...
Warum dann auf etwas weiter aufbauen, das bereits nicht ganz optimal ist? Warum nicht das ganze wegkapseln damit man eine "sauberere" Architektur hat und auch den Konzepten hinter WCF (bzw. SOA) gerecht wird? Und warum "lieferst"du deine Entities als byte[]-Array aus? Dafür gibt es die Serialisierer in WCF, arbeite doch mit DTOs?
100 Endpunkte sind zwar möglich, aber spätestens der nächste Entwickler wird das selbe Problem haben wie du jetzt:
"Ich muss jetzt etwas machen was nicht im Sinne des Erfinders ist weil meine bestehende Architektur das verlangt..."
Überleg dir auch ob der Client auch wirklich 100 Tabellen einzeln haben möchte oder ob es nicht mehr einen "Context" gibt in dem er arbeitet? Ansonsten schau dir auch mal die WCF-Dataservices an?
Grundprinzip ist soweit schon richtig, du wirst eine Collection benötigen die du an ein ItemsControl übergibst und diese soll sich um die Darstellung kümmern.
Der Container den du dabei verwenden solltest ist zum Beispiel das eingebaute "VirtualizingStackPanel" im .NET Framework da eben dieses nur die Elemente rendert die im unmittelbaren Bereich sichtbar sind.
Dementsprechend Nutze ein ItemsControl und verwende da ein VirtualizaingStackPanel (siehe hier: Link) dann hast du dein Performanceproblem gelöst.
Vorausgesetzt es ist wirklich alles nur lokal und bleibt das auch, dann kannst du mit Windows 8.1 Update 1 eine Brokered App schreiben die auf die WPF-Assembly zum Beispiel zugreift und du packst deine App da drauf (LOB Business Apps - .NET Broker App und Windows Store Apps - Einfacher).
Aber "schön" ist was anderes. Wäre es da nicht denkbar "einfacher" du schreibst ein WCF Service das mit deiner "IPC"-Komponente spricht (bzw. integrierst WCF in deine Komponente sofern das möglich ist) und anschließend lässt du WPF als auch deine Windows 8 App mit dem Service sprechen (was übrigens auch wieder IPC ist..). Wäre natürlich alles etwas einfacher abzuschätzen wenn wir hier wüssten in welchen Umfeld du dich bewegst und was deine IPC-Komponente denn ist bzw. wie die Interprozesskommunikation aufgebaut ist - da gibts die verschiedensten Möglichkeiten.
... Aus dem Grund bin ich immer sehr skeptisch über die Legalität einer Version, wenn jemand sagt, er hat Ultimate.
Je nach Firmenstatus (zB Goldpartner von MS) und Vertrag mag das sein, aber nicht als Einzelperson oder kleine Firma....
BizSpark bietet für Startups, für die ersten Drei Jahre ein MSDN Abo gratis an - inkl. VS Ultimate - also kleinen Firmen und Einzelunternehmen glaub ich das relativ schnell :-).
@Coffeebean: Jap du hast Recht, hab das wohl überlesen, dass Sie sich mit MVVM bereits beschäftigt. Klang für mich nach einer Basic Frage und da werfe ich ungern jemanden sofort MVVM an den Kopf...
Ps. ... du willst nicht wissen welche Firmen ohne MVVM schon wie weit "gekommen" sind :-)
Ich glaube du solltest dir die Grundlagen von WPF anschauen.
So wie ich das verstehe geht es dir um das Ein/ausblenden von Inhalten in einem Fenster.
Das geht im einfachsten Falle indem du Elementen im XAML einen Namen gibst:
<TextBox Name="tb"/>
und im Code kannst du daraufhin auf die Elemente zugreifen:
tb.Visibility = Visibility.Visible;
Das ist die "einfachste" Variante, aber WPF bietet hierbei ganz andere Konzepte an um solche Szenarien wie von die gewünscht umzusetzen. Schau dir einfach ein paar Tutorials dazu an.
Eine ObservableCollection nimmt jeden Datentyp, da kannst du sogar ein dynamic verwenden (ObservableCollection<T>).
Im Falle, dass es dir gänzlich unbekannt ist, welches Object daherkommt, verwende eine ObservableCollection<object> und das DataGrid verwendet sowieso Reflection um darauf zuzugreifen und die Properties aufzulösen - das kannst du über AutoGenerateColumns steuern.
Ich hab das gerade mal eben "schnell" ausprobiert, und stimmt - bei der Verwendung von RemoveAt knickt die Performace ziemlich ein. Hab hier leider Reflector nicht installiert um reinzuschauen, aber mit ner Quick&Dirty ObservableCollection konnte ich die Performance ohne Probleme halten.
Wobei ich hier das ColectionChanged nur nach der vollständigen Änderung aufrufe, und auch noch genau angebe welche Elemente weg sind.
Von welchen Datenmengen sprichst du denn ? 100 ? 1000 ? 100000 ?
Wie sieht dein XAML dazu aus?
WPF geht auch irgendwann in die Knie bei genügend Daten, es hilft dabei auch auf eine eigenes ObservableCollection zu gehen, die nicht bei jedem neuen Item sofort ein CollectionChanged ausführt.