• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• Deaktiviertes Profil
• »
• Beiträge von Deaktiviertes Profil

Wenn du das so umgestellt hast, wie ich es vorgeschlagen habe, dann kannst du dir den Link von Th69 anschauen.

Dort wird das dann erklärt.

Hmmm, das ein Jahr auch 53 Kalenderwochen haben kann sollte eigentlich bekannt sein - unabhängig vom Programmieren - also weit entfernt von den C# Grundlagen um die es hier geht.

Und warum hast du für jede Kalenderwoche eine Spalte?

So etwas normalisiert man in der Regel.

Statt

TABLE YearData
    Year INTEGER PRIMARY,
    KW01 VARCHAR(30),
    KW02 VARCHAR(30),
    ...
    KW52 VARCHAR(30)

TABLE YearData
    Year INTEGER PRIMARY,
    KW INTEGER PRIMARY,
    Data VARCHAR(30)

mMn macht es durchaus Sinn auch die (InMemory-)Buffer zu begrenzen, denn ansonsten kann es passieren, dass der Speicher überläuft.

Das passiert immer dann, wenn der Buffer schneller befüllt als abgearbeitet werden kann und es eben mehr Elemente gibt als in den Speicher passen.

Die Naming-Aussage von Eric bezieht sich auf JS Math.random(), also der Methodenname hätte anders lauten sollen.

Zum Namen der C# Random Klasse lässt er sich gar nicht aus.

BTW. Der gute Kollege heisst Mads Torgersen

Hmmm, so ein MS SQL ist ja zum Speichern von Daten wunderbar, aber wie willst du mit dem etwas darstellen?

Ist ungefähr so, als ob du fragst, wie du dir mit deinem Auto die Haare kämmen kannst

Haben sich die (TimeStamp/RowVersion) Werte zwischen Lesen und Schreiben verändert, dann gibt es die Concurrency Exception.

Der einfachste Weg aus diesem Dilemma:

Nochmal Lesen und Schreiben - und zwar so lange, bis es eben keine Concurrency Exception mehr gibt.

Man muss die Kommentare in zwei Bereiche teilen, denn diese adressieren unterschiedliche Rollen.

Die Kommentare vor der Methode/Eigenschaft (XML-Dokumentation) sind zum großen Teil für diejenigen Entwickler gedacht, die diese Klasse verwenden wollen/sollen.

Da sollte also vermerkt sein, was man von dieser Methode zu erwarten hat und was für Exceptions kommen könnten. Wer sich nicht sicher dabei ist, der schaut sich einfach mal die MSDN Dokumentation an.

Kommentare im Code sind primär für die Entwickler gedacht, die diese Methode implementieren oder überarbeiten. Hier sollte das Ziel sein, so gut wie ohne Kommentare auszukommen. Sprechende Namen (Variablen, Methode, Eigenschaften) helfen dabei ungemein.

Asynchron ist nicht Parallel.

Wenn du Wäsche in die Waschmaschine packst, dann brauchst du nicht davor zu warten, bis das Waschprogramm durch ist, denn die kann das alleine. Also asynchron.

Du kannst aber nicht in der gleichen Waschmaschine noch eine Ladung Wäsche waschen lassen. Also nicht parallel (dazu bräuchtest du mehrere Waschmaschinen).

Das was du da machst (asynchrone Aufrufe parallel ausführen) ist nicht immer zulässig.

Mag ja sein, dass da was im DataContext ist, aber das wogegen du das Binding erstellt hast, greift darauf nicht zu.

Wenn, dann würde es aussehen wie

<Label Content="{Binding Path=PriceTag}" />

Was für ein Problem mit diesem Session-Objekt gelöst werden soll ist mir schleierhaft.

Eine Unterhaltung kann doch zwischen 2 (eigentlich auch 1) bis n Benutzern stattfinden. Die Unterhaltung selber ist technisch nicht anders, wenn diese zwischen 2 oder n Benutzern stattfindet.

Also, wen haben wir da im Boot?

1. die Unterhaltung
2. die Teilnehmer
3. die Nachrichten

@T-Virus

Es geht nicht darum ob POST richtig oder falsch ist, sondern um deine Aussage

Wie gesagt, ich würde bei so einem Datensammler, das Entgegennehmen und Eintragen in die Datenbank mit einer Queue entzerren.

Dann solltest du aber darauf achten, was du wirklich testen möchtest.

Wenn deine Test-WebAPI die Daten annimmt, konvertiert und in die Datenbank einträgt, dann misst du nicht nur die Übertragung.

Wenn es auf den Durchsatz ankommt, dann kann die WebAPI die Daten auch entgegennehmen und in eine Queue eintragen (MSMQ, RabbitMQ, etc.). Von dort aus können dann n Systeme diese Daten verarbeiten.

Dann zeig doch mal die Definition von Globals. Ist das keine Klasse?

Das ist die globale Klasse, die gemeint ist.

Visual Studio 2017 => v15.x
Visual Studio 2015 => v14.x

Von welchem Visual Studio Versionen sprichst du jetzt, wenn du VS17 / VS15 schreibst?
Ich vermute mal VS17 => VS2017 und VS15 => VS2015, denn die Version 17 gibt es wohl noch nicht (und wenn, dann als ganz frühe alpha)

Ich würde jetzt mal sagen, das Problem hat gar nichts mit REST & Co. zu tun.

Die Parameter müssen für die Signierung kodiert werden, was AmzLibrary.GetParametersAsString auch macht.

Der RestClient kodiert diese Parameter für den Request allerdings auch und genau da würde ich sagen liegt das Problem. Ein Leerzeichen kann als + oder als %20 kodiert werden. Der Sinn ist der gleiche. Für die Signierung ist das aber eben nicht das Gleiche.

Wenn zwei sich unterhalten, dann könnte man das auch schon als Gruppe ansehen.

Will damit sagen, man kann die Verwaltung (Gruppen-Chat oder Zweier-Chat) komplett gleich halten und benötigt keine Fallunterscheidung.

Nach jedem Refresh - egal ob gefiltert oder nicht - kann an dem Index n ein völlig anderer Datensatz liegen als vor dem Refresh.

Da ist es sinnvoller über eine ID den Index in der aktuellen Liste zu suchen und darauf zu positionieren.

Hmmm,

vor dem Schreiben kommt das Lesen (von Dokumentationen oder hier im Forum die Antworten). Dieses Lesen sollte vollständig und mit der nötigen Ruhe erfolgen, sonst wird das nichts mit dem Programmieren.

Ich will damit sagen, dass deine Frage

Gibt es die Möglichkeit ... Fragen können zu 99,99% immer mit Ja, gibt es! beantwortet werden und diese Frage zählt dazu.

Wenn du konkreter fragst, dann kann man auch konkreter antworten

Wie gut kennst du dich denn mit der Bild-Such-Theorie (abseits der Programmierung) aus?

Um mit der Programmierung zu starten, such dir ein Thema aus, wo du dich schon sehr gut auskennst. Dafür schreibe dann ein Programm.

Es ist wesentlich einfacher mit nur einer Unbekannten (Programmierung in ...) zu arbeiten. Das ist schon komplex genug.

Obwohl die Lösung doch naheliegend ist:

Kriegt die Grafikkarte es nicht mehr gebacken, dann hilf ihr mit dem Backofen auf die Sprünge.

Und wenn ich sowas umsetzen müsste, dann würde es für mich nur Produkte geben.

Dazu noch Templates für neue Produkte (wie z.B. Auto-Template, Motorrad-Template, Kettensägen-Template ...) um nicht bei jedem bei Null anfangen zu müssen.

Du willst jetzt also ernsthaft für jedes Produkt eine eigene Klasse definieren?

Wie muss ich mir das dann in der Produktiv-Umgebung vorstellen, wenn ein neues Produkt erstellt werden soll? Soll das dann Aufgabe der Entwicklungsabteilung sein (Anwendung erweitern, Testen, Rollout)?

Selbst wenn man EF ausser acht lässt, sieht man, dass das Konzept schon im Ansatz nicht richtig sein kann.

@weismat

Grundsätzlich sollte man sich von dem Gedanken verabschieden eine Datenbank-Oberfläche zu erstellen, denn genau daher kommt die Denkweise, dass sich alles um diese Datenbank dreht.