Nun meine frage, welche Datenbank würde sich dafür am besten eignen?

• Die Daten sollten später auf allen Geräten Synch. werden können.

CouchDB ist für Sync-Aufgaben aus meiner Sicht nahezu perfekt. Die JS-Portierung PouchDB
ist ebenfalls sehr gut.

Eine mobile/offline App mit PouchDB lässt sich mit beliebigen CouchDBs oder PouchDBs synchronisieren.
Ich kenne die DBs nur aus der JS-Welt, mit UWA habe ich noch keine Erfahrungen.

Hi...

Aber ich finde eben dass "so einfach wie möglich und/aber auch (nur) so komplex wie notwendig" zu entwickeln besser ist als permanent so komplex wie möglich zu arbeiten.

lg

Auf jeden Fall. Einfachheit sehen wir mittlerweile als einer der wichtigsten Faktoren im Projekt.

Gerade bei grösseren Projekten, welche 10-15 Jahre im Produktiv-Betrieb sind ist das wichtig.
Die gleichen Entwickler welche zu komplexe Lösungen aufbauen schreien als erstes "das muss man neu Schreiben" (nach 3 Jahren).

Gewisse Grundlagen gehören natürlich dazu (DI/Interfaces/SoC/usw.). Aber einiges kann man getrost weglassen.
Wir lassen mittlerweile auch Elemente weg welche wohl "normalerweise zu einer sauberen Architektur" gehören. Natürlich nur je nach Projekt.

Vielen Dank für eure Antworten.

Bei der Verbindung von ASP.NET MVC und AngularJS scheint es sich ja um eine gängige Variante zu handeln.
Wir werden entsprechend diese Variante weiter prüfen.
Ich gehe davon aus das zu dem Thema bereits einige Blogeinträge usw. verfasst wurden.

Das Thema ist entsprechend soweit erledigt. Ich melde mich ggf. wieder mit konkreteren Fragen zu einer Implementation. Meine Fragen und entsprechend das Thema sind aktuell etwas zu generell (Evaluierung/"Bock auf Techn."/usw.).

Gruss Kantiran

Hallo Abt

Vielen dank für dein Feedback. Du hast anscheinend schon einige Praxis-Erfahrungen gemacht.
Ich habe mich in einigen Punkten etwas unklar ausgedrückt. Natürlich sind uns die entsprechenden Technologien (await, WebAPI, etc.) bekannt.

Die von dir erwähnte Kombination von MVC und AngularJS sehen wir auch als einen möglichen (optimalen) Weg.
Zumindest für eine "klassische" daten-getriebene Webanwendung. Im Mobile-Bereich (v.A. wenn sie offline-fähig sein soll) sehen wir eine reine AngularJS-SPA mit WebAPI als ideal an.

Darf ich hier noch etwas genauer nachfassen?

Wie löst du denn eine "Client-Funktionalität", d.h. zum Beispiel eine Angular-Directive welche mittels $ressource Daten lädt/anzeigt?
Über folgende Themen machen wir uns in dem Kontext Gedanken:*Performance: Ist es ein Problem wennn AngularJS (+Abhängigkeiten) bei jedem Seitenaufruf geladen werden? *Projektstruktur: Wie integrieren wir die Angular-Elemente optimal in die MVC-Projektstruktur? *Wie entscheiden wir wann etwas Server-Side (MVC) oder Client-Side abgebildet wird? *Wie können wir Client-Komponenten wiederverwenden (-> z.B. mit NuGet)? *Wie verhindern wir Redundanzen zwischen Client/Server (z.B. Übersetzungen, Validierungen, usw.)?

Mir ist klar dass die Antworten teils von der konkreten Projekt- bzw. Kundenanforderungen abhängig sind.

Es geht uns aktuell vor allem darum die Architektur möglichst einfach und klar zu halten. Dies ist für eine hohe Qualität wichtig (v.A. bei vielen Entwicklern).
Denn sobald es in einer SW mehrere Möglichkeiten/Technologien gibt um "das Gleiche" zu Entwickeln wird dies auch passieren.

Wir befürchten einfach dass wir im schlimmsten Fall nach Jahren einen "undefinierten Mix" zwischen MVC-Controllern, -@Helpern und Angular-Elementen erreichen.
Wenn z.B. 70% mit Angular gelöst wird können wir MVC gleich aussen vor lassen.

Gruss Kantiran

Hallo zusammen

Ich umschreibe kurz unsere Ausgangslage bevor ich auf die eigentliche Frage komme, entschuldigt daher bitte den etwas längeren Text.

Unsere bestehenden (Web-)Lösungen basieren alle auf ASP.NET Web Forms.
Aufgrund der bekannten Nachteile möchten wir zukünftig mit anderen Technologien entwickeln.

Wir haben entsprechend Prototypen erstellt, z.B. mit ASP.NET MVC oder AngularJS+ASP.NET Web API.
Grössere Projekte haben wir aber noch nicht realisiert.

Grundsätzlich gefällt uns ASP.NET MVC sehr. Allerdings haben wir in unseren Projekten viele Anforderungen welche im Client (d.h. JS) gelöst werden müssen.
Beispiele: Lookup-Felder, Auto-Complete, Asynchrone aufrufe, Status-Polling, Nachladen einzelner Daten, usw.

Ich denke die Thematik ist auch bei euren Web-Lösungen bekannt.
Es geht vor allem um die Usability für die Benutzer.

Der Microsoft bzw. ASP.NET MVC Weg hat uns auf den ersten Blick etwas zu viel "Magie". Wir meinen damit z.B. das "async"-Rendern einer Controller-Action (=UpdatePanel?).
Mit AngularJS haben wir erfahren wie gut es ist "bewusst" auf dem Client zu entwickeln und oben genannte Anforderungen sauber zu implementieren.

Nun meine Frage an euch: Wie löst ihr "client-lastige" Anforderungen im Kombination mit ASP.NET MVC?
Nutz ihr parallel die Web API und jQuery/Knockout, oder AngularJS?

Für uns stellt sich auch die Frage ganz auf ASP.NET MVC zu verzichten und Web API/AngularJS zu nutzen.
Allerdings wissen wir die Typsicherheit, Features, IntelliSense, usw. von C# auch sehr zu schätzen.

Gruss Kantiran

Hallo zusammen

Ich möchte aus einer NET Anwendung EventLogs auslesen.
Folgende Requirements:

• Auslesen von lokalen & remote Logs (andere Server/PCs)
• Auslesen von "normalen" und "neuen" (Win 08 / Win7 Logs, der neue Log-Baum)
• Auslesen von EventLogs auf 32- & 64-Bit Maschinen

Welche Library/Namespace ist hier zu empfehlen?
WMI (sieht etwas mühsam bzw. nicht-managed aus) oder System.Diagnostics?
Andere Möglichkeiten?

Danke für die Infos.

Gruss Kantiran

Das klappt aber dementsprechend nicht auf mobilen Geräten, oder?

Nein, natürlich nicht.
Wobei ich Dropbox auf meinem iPhone nur selten nutze.

Falls ich doch einmal etwas (nicht-sensitives) transferieren möchte dann auch mit Dropbox.
Ist auch nicht unsicherer als der versand per Mail...

Ich benutze Dropbox in Kombination mit TrueCrypt.

Google-Drive wollte ich schon länger ausprobieren, hatte aber noch keine Zeit dafür.

Ach, da gibt es einiges... z.B. das spärliche Berechtigunsmodell (in zusamenarbeit mit MOSS), den Report Builder 3 (Keine DAX oder WIF Unterstützung, Query-Design via SOAP nicht möglich), das fallen lassen von Report Models OHNE Ersatz (!!!)...

Als Segen empfinde ich die Entwicklungsumgebung/IDE.
Es ist enorm hilfreich die verschiedenen FW-Versionen und Technologien mit dem gleichen Tool zu erstellen.

Die Technologievielfalt empfinde ich meistens als Segen.
Ich arbeite intensiv mit WCF, WIF und ASP.net. Das Arbeiten ist effizient, da das Framework extrem viel bietet.

Sehr unzufrieden bin ich mit den "halbfertigen" Teilen von Microsoft wie Beispielsweise Windows WF oder AppFabric.
Wieso soll ich mir die Mühe machen diese Technologien auch nur anzufassen?

Als "Programmier-Framework" ist .NET auf jeden Fall sehr gut.