Das ist vermutlich, weil das Property gleich heisst wie der Datentyp. Also Sachen wie WindowState = WindowState.Normal mag der Compiler eventuell nicht. Probier mal, den Namespace auszuschreiben: WindowState = System.Windows.WindowState.Normal;
Vielen Dank für alle Tips.
Da ich nicht ganz Bewandt mit dem Thema bin, hatte ich den Weg gewählt, die DLL über einen Decompiler auszulesen und habe die dann manuell kopiert und somit das Programm komplett neu gebaut. Dadurch kann ich nun fröhlich frei im Quellcode debuggen
... hatte noch wo anders einen Bug, so dass sich das jetzt erledigt hat. Aber der Tip ist trotzdem sehr nützlich zum Abfange des Schließens des Programms.
Vielen Dank.
Was genau hast Du den vor? Du willst eine UI für deinen Service oder? Wenn Ja:
Dann bau dir ein WCF Service in deinen Win-Service, und eine UI Host mit der du dich auf den Service verbinden kannst!
Wenn nein: Vergiss den letzen Absatz;)=
Hallo
Zunächst erstelle ich verschiedene Labels.
...
System.Windows.Forms.Label lbJan = new System.Windows.Forms.Label();
lbJan.MaximumSize = new Size(70, 20);
...
Danach erfolgt die Abfrage des Umsatzes.
...
Umsatz umsatz = KundenUmsatz(iJahr, iKundenNr);
...
Anschließend wird die Summe an das Label gebunden
Auch hier hatte ich schon den Versuch mit .ToString("c2") (ohne Erfolg)
...
lbJan.Text = umsatz.Januar.ToString();
...
Und das Label wiederum an an TableLayoutPanel
...
tblUmsatz.Controls.Add(lbJan, iSpalte, 1);
...
Soweit so gut ... Ergebnis stimmt auch.
Die Daten werden nun nach Excel exportiert und die einzelnen Monate aufsummiert.
Jetzt vermute ich, dass die Formatierung nicht richtig erkannt wird.
Nur die Zahlenwerte, die keine Kommazahl sind, werden aktuell in die Berechnung mit einbezogen.
Hier mal noch die Export-Funktion
...
for (i = 1; i <= 6; i++)
{
for (j = 1; j <= 7; j++)
{
Control c = tblErsteJahreshaelfte.GetControlFromPosition(i, j);
if (c == null)
{
}
else
{
oSheet.Cells[z, s] = Convert.ToDouble(c.Text);
z++;
}
}
s++;
z = 4;
}
...
oSheet.Range["B10"].Value = "=SUM(B4:B9)";
oSheet.Range["C10"].Value = "=SUM(C4:C9)";
...
Ich habe die einzelnen Zellen auch schon versucht zu formatieren, dennoch werden keine Summen gebildet
...
Excel.Range rg12 = oSheet.get_Range("B4", "H10");
rg12.NumberFormat = "#,##0.00 $";
...
Nun meine Frage: An welcher Stelle formatiere ich falsch bzw. muss ich das richtige Format zuweisen??
Grundsätzlich würde sich das Problem wie folgt lösen lassen
-Schreibe in eine Zelle eine "1"
-Kopiere diese
-Wähle deine Spalte mit den falsch formatierten Zahlen
-Wähle "Bearbeiten - Inhalte einfügen - Multiplizieren"
Jedoch ist dies nich benutzerfreundlich ... also wenn dann nur als "Code-Lösung". Wie würde dies dann aussehen?
DANKE!
Kurz:
H.323 kommt aus dem Telecom-Sektor, ist sehr vollständig, aber auch komplex und etwas angestaubt. Trotzdem wird es aus kompatibilitätsgründen und dem massenweisen Einsatz in älteren Telecom-Geräten noch lange weiterlebern. (Der Standard wird auch noch gepflegt und das Protokoll weiterentwickelt).
SIP kommt dagegen aus dem Internet-Milieu (IETF) und ist als simplere Alternative gedacht. Es ist neuer und offener als H.323 und wirkt insgesamt pragmatischer und frischer. (über die Jahre werden die Call Flows mit SIP aber auch immer komplexer.)
Für eine Neuentwicklung würde ich SIP empfehlen. Insbesondere im Open-Source bereich, oder zum üben. Durch die Offenheit und IETF-Nähe findet man auch viel mehr Material im Internet als für H.323.
jonnywhite7 schrieb:
...
Sind dir Membervariablen vertraut? (Du nutzt ja auch schon eine, sollte also kein Problem sein)
Derzeit verwendest du in den Methoden nahezu ausschließlich lokale Variablen, um aber den Stand über eine Funktion hin zu merken musst du diese auch so halten, das die anderen Methoden darauf zugreifen können. Sprich die Programmwahl und die Lautstärke wären wohl als Membervariablen auch ganz gut geeignet.
Davon abgesehen: Du solltest Variablen und Methoden möglichst sprechend nennen. Was soll den bitte "fernSeher" für ein Name für einen Boolwert sein (Ganz davon abgesehen frage ich mich warum das S groß geschrieben ist, Fernseher ist ein Wort, bei "programmWahl" kann ich ja noch irgendwo einsehen [auch wenn ich es eher "sender" nennen würde])? Besser wäre wohl "istEingeschaltet".
Und wenn du dann die Membervariablen auch verwendest, kannst du diese natürlich auch in den anderen Methoden verwenden (z.B. für die Ausgabe). Sofern du auf diese Werte von außerhalb lesend zugreifen können willst, könntest du Properties verwenden.
z.B. "public IstEingeschaltet { get; private set; }"
und dann kannst du über dein Objekt (hier "groß1" - auch ein schlechter Name), darauf zugreifen "groß1.IstEingeschaltet".
Hallo,
ich bin dabei mich in C# einzuarbeiten (habe C & C++ programmiert).
Ich möchte einen schnellen Einstieg für kleine Win-Programme mit Oberfläche.
Was benutzt du für ein Buch oder Tutorial ? Hab in nächster Zeit das gleiche vor...
Hä?
Hast du noch eine andere Klasse "Fernseher"? In der gezeigten Klasse gibt es jedenfalls keine Methode "einschalten".
PS: Du solltest aber hierfür ein neues Thema erstellen und dem Thema einen besseren und eindeutigeren Titel geben!
Zeig mal Code-Behind.. bzw. Anwendungslogik!
IsChecked ist ja bidirektional, is doch logisch, dass es beim klicken auf die box von true auf false toggelt und zurück1? oder hab ich was nich gerafft!
und das mit dem Command is somit redudant? vll. weiß ich nich genauc was du vorhast..
Falke88_tmp schrieb:
Man kann das Ganze bestimmt auch in eine Property packen,
Genau
Falke88_tmp schrieb:
aber vielleicht ist es Design-technisch oder sogar performance-technisch nicht gern gesehen?
Nicht gern gesehen? ... keine Ahnung.
Ich weiss nur dass es APIs gibt die sich an die Regel halten "wenns (aufwendig) berechnet werden muss, dann nicht als Property". Gibt aber sicher APIs die quasi alles was irgendwie Sinn macht, egal ob es teuer berechnet werden muss oder nicht, als Property anbieten.
Und wieder welche wo so-gut-wie keine Properties verwendet werden.
Ich persönlich finde die Regel gut, dass Dinge wo es den Anwender "überraschen" könnte dass sie so lange brauchen wie sie brauchen keine Property-Getter sind sondern eben Funktionen.
Wobei ich in diesem Fall nicht sagen kann ob das der Grund ist. Ich kann mir nur keinen anderen Grund vorstellen.
wir handhaben das so, dass alle für den Service relevanten Klassen in einer Bibliothek landen. - Anschließend erstellen wir 2 Anwendungen. - Den Dienst selbst und eine Windows Forms Anwendung zum Testen der Funktionalität.
so habe ich es auch immer gemacht.. aber es geht mir darum, dass ich auch im betrieb das tool und seie funktione "überwachen" bzw. "warten" kann! cool wäre ein webservice, aber da kenn ich mich nich aus
Guten Morgen Leute,
ich habe einen kleinen Windows Service implementiert. Nun will ich zur Wartung und überwachen des Services einen keinen "WebService" einbauen! Mit MVC 4 etc. kenen mich da auch sehr wenig aus:)
Meine Idee ist es, Event meine Services im Browser anzuzeigen! Das wäre auch glaub ich keine "großer" Akt für Erfahrene, aber für mich als Anfänger ein Cooler Einstieg!?
Da ich wirklich wenig Know-How in der Webprogrammierung habe, stell ich mir dsa mal ganz "abstakt" so vor: Ich implememntiere via MVC eine mini Web-Server, der eine Methode "GetEvents" hat, diese wird via JScript im Browser ständig abgepollt, und die Event in einer List dargstellt! Gute Idee? Gibt da vll. ein coole Tutorial? Was meint ihr dazu:)
Vielen Dank schonmal , ich bin für alle Vorschläge offen:)
Grüßle und schönen Sonntag:)
Hallo zusammen,
basierend auf meinem "alten/aktuellen" Thread :
Es geht um eine Datenbank (.mdb oder .accdb), auf die ich per Linq zugreifen möchte. Leider unterstützt Linq keine Access-Datenbanken, dafür gibt es jedoch ein Programm namens "LinqPAD", in welchem man Abfragen etc. für eine .mdb/.accdb schreiben kann. Die Commands sind nicht einfach nur rüberzukopieren oder (da ich noch sehr unerfahren im Umgang mit DB bin), ich bin einfach zu blöd dazu
Einen Verweis auf LinqPAD habe ich meinem VS-Project bereits hinzugefügt(die linqpad.exe, es existiert keine .dll), jedoch finde ich keine Lösung dafür, wie ich mit LinqPAD in meinem Project umgehen muss.
Hat vielleicht jemand selber Erfahrungen mit LinqPAD gemacht oder kann mir dabei jemand helfen, der etwas mehr Ahnung davon hat als ich?
Ich bedanke mich schonmal und schöne Grüße,
Stryke
