maestro impostor

Der einfachste Weg wäre das ganze über MS SQL Reporting Services zu lösen oder mit Microsoft Lightswitch. Was du aber suchst ist... ja wie soll man sagen. Du klickst paar Knöpfe und zack ist alles da. Das klappt so leider nicht Des weiteren finde ich das ganze immer noch ziemlich unspezifisch. Was hast du denn bereits alles versucht um das zu realisieren? Hilfestellung können wir gerne geben, für mich liest sich das allerdings so als würdest du von uns eine Lösung verlangen. Deshalb nochmal die Frage: Was hast du denn bereits alles versucht um das zu realisieren? Was funktioniert, was funktioniert nicht? Du lässt über deine Anwendungen SQL Abfragen gegen die Datenbank laufen und zeigst das Ergebnis in deinen Anwendungen an. Was ist überhaupt "den Anwendungen"?

Alter » 30 Wohnort » Kreis Soest letzter Ausbildungsabschluss » Fachinformatiker Anwendungsentwicklung 2011 Berufserfahrung » 2018 - 2011 = 7 Jahre Vorbildung » Fachabitur mit schulischer Ausbildung vor November 2017 Arbeitsort » Region Sauerland Grösse der Firma » ca. 25 Tarif » keiner Arbeitsstunden pro Woche laut Vertrag » 40 Arbeitsstunden pro Woche real » 40 Gesamtjahresbrutto » 43.000 EUR Anzahl der Monatsgehälter » 12 Anzahl der Urlaubstage » 24 Sonder- / Sozialleistungen » VWL, betrl. Altersvorsorge, Gleitzeit, flex. Arbeitszeiten, Homeoffice bei Bedarf Verantwortung » direkter Ansprechpartner beim Kunden vor Ort Tätigkeiten (Aufgaben/Aufgabenbereich) » C#, Support seit November 2017 Arbeitsort » Dortmund Grösse der Firma » ca. 200 Tarif » keiner Arbeitsstunden pro Woche laut Vertrag » 40 Arbeitsstunden pro Woche real » 35 - 45 Gesamtjahresbrutto » 60.000 EUR + 600 EUR Gratifikation Anzahl der Monatsgehälter » 12 Anzahl der Urlaubstage » 30 Sonder- / Sozialleistungen » VWL, betrl. Altersvorsorge, Gleitzeit, flex. Arbeitszeiten, Homeoffice bei Bedarf Verantwortung » keine Tätigkeiten (Aufgaben/Aufgabenbereich) » C#, JAVA, Groovy, Support, Linux Shell Scripting

Kannst du deine Frage etwas spezifischer Formulieren? Von welchen Eingabe Masken sprichst du genau?

Grüße dich, klar mag sein. Da fehlt mir eben die Erfahrung da ich erst bei meinem zweiten Arbeitgeber bin. Daher die Diskussion.

In erster Linie geht es nicht um mich sondern einfach ganz allgemein zu schauen ob es möglich ist, was möglich ist und wenn was dafür notwendig ist.

Heute ist ein toller Tag! Far Cry 5 ist zu haben!

Gut, das sowieso nicht. Darüber brauch man nicht diskutieren Guter Stichpunkt: Argumente Was sind für euch die Argumente um eine Gehaltserhöhung nach der Probezeit zu rechtfertigen, wenn wir uns schon mal in so einer Diskussion befinden.

Wofür geht man den sonst arbeiten wenn nicht primär fürs Geld? Verstehe die Haltung nicht... Selbstverständlich geht es primär ums Geld.

Definitiv. Das ist aber wieder ein anderer Punkt. Mir ging es mehr darum das wenn mich jemand fragt was Program / Modul / Whatever genau macht ich primär in den Code als in die Doku schaue. Vor allem wenn es ein Modul ist welches nicht von mir stammt. Beim Code kann ich genau sehen was warum wieso weshalb passiert. Generell ist das Problem das die MA während der Arbeitszeit keine Freiräume für Weiterbildung haben. Sei es neue Technologien in der jeweiligen Programmiersprache oder generell das lernen von neuen Sprachen. Die Unternehmen sind immer darauf aus Geld zu generieren und verdienen. Im Projektgeschäft bleibt meistens keine freie Zeit um sich während der Arbeitszeit fortzubilden. Das nicht jeder die Lust hat seine Freizeit noch für Fortbildung zu opfern kann ich ganz gut nachvollziehen. Ich bin zwar auch jemand der sich gerne in seiner Freizeit fort- und weiterbildet, kann und will das aber nicht täglich machen.

Wie gesagt, ich selbst finde das Ende der Probezeit auch i.O. um in der Richtung mal nachzufassen. Allerdings liest man eben häufig dass das nicht gerne gesehen wird oder dem AG einen komischen Eindruck vermittelt da man sich ja vor 6 Monaten bereits auf ein Gehalt geeinigt hat.

Sehe ich genauso. Allerdings ist der allgemeine tenor immer das nach der Probezeit eine Gehaltserhöhung frech oder sonst was wäre da man sich vor 6 Monaten bereits auf Summe X / Jahr geeinigt habe. Das ist natürlich wieder was anderes. Mir ging es explizit darum wenn dies vertraglich nicht vereinbart ist und AN zum Ende der Probezeit beim AG um eine Gehaltserhöhung bittet.

Hallo zusammen, gestern hat mich ein Freund von mir gefragt ob man nach erfolgreicher bestanden Probezeit den Chef bezüglich einer Gehaltserhöhung ansprechen kann / soll / darf. Vor allem im Bezug darauf wie es beim Gegenüber ankommt. Ich habe ihm gesagt dass das eigentlich kein Problem sein sollte und ich das auch machen würde, vorausgesetzt man zeichnet sich durch eine (sehr) hohe Leistungsbereitschaft aus und hat in den sechs Monaten schon einiges an an Verantwortung und Aufgaben übernommen. Wie seht ihr das? Habt ihr schon mal unmittelbar nach einer Probezeit nach einer Erhöhung gefragt? Wenn ja, wie ging dies aus? ich habe damals, bei meinem ersten Jobwechsel, nach der Probezeit eine Erhöhung von 10% erhalten (nach Nachfrage) ohne das dies vertraglich im Vorfeld festgelegt wurde. Schönen Sonntag noch und auf eine gute Diskussion.

Hättest du die Fehlermeldung gegoogelt hättest du dir die Antwort selbst liefern können. Man hilft gerne, aber hier ist 0 Eigeninitiative und Interesse zu entdecken.

Oooooooooooh... warum arbeitest du nicht einfach zuerst mit einer ConsoleApplication und einer ClassLibary? Ja. Die Form läuft in einem anderen Thread... Ich verstehe auch nicht warum man es dir zeigt wie man es eigentlich macht und dann wieder so ein rotz dabei rauskommt. Erst willst du das alles in einer eigenen Klasse.. jetzt im Form Load. Ich verstehe immer noch nicht warum wieso weshalb du die Sachen machst die du machst. Nimm endlich dein Buch in die Hand und lies. Hier... so funktioniert dein Code... public partial class Form1 : Form { public Form1() { InitializeComponent(); this.Load += Form1_Load; } private void Form1_Load(object sender, EventArgs e) { Watcher(); } private void Watcher() { FileSystemWatcher watcher = new FileSystemWatcher(); watcher.Changed += (sender, e) => IchBinEinNoob(); watcher.NotifyFilter = NotifyFilters.LastAccess | NotifyFilters.LastWrite | NotifyFilters.FileName | NotifyFilters.DirectoryName; watcher.Filter = "*.txt"; watcher.Path = "C:\\Temp"; watcher.SynchronizingObject = this; watcher.EnableRaisingEvents = true; watcher.IncludeSubdirectories = false; } private void IchBinEinNoob() { string text = "blabla"; if (textBox1.InvokeRequired) { textBox1.Invoke((MethodInvoker) delegate { textBox1.Text = text; }); } else { textBox1.Text = text; } } }

Hier sei einfach noch mal das gesagt was schon gesagt wurde: Erst mit ConsoleApplication und ClassLibary arbeiten. Dann ist das alles einfacher zu verstehen

Prinzipiell kannst du alles machen. Alles auch in einer Datei. Ob das dann aber sinnvoll ist und zielführend ist eine andere Sache.

Du kannst das ganze auch in der Form initialisieren. Du kannst auch den Code aus InitializeConponent() ausschneiden und in den Constructor deiner Form packen. Funktioniert auch ohne Probleme Du kannst auch anstatt über den Form Constructor den FileSystemWatcherWrapper über eine Property in der Form injecten. Der Wrapper selbst hat doch schließlich auch ein Event „somethingHappend“ der die Events vom FileSystemWatcher kapselt

Inwiefern oder warum wundert es dich?

Damit das ganze mit dem Wrapper in dem Context auch einen Sinn macht kannst du deinem Wrapper auch einen Logger übergeben: Program.cs static class Program { /// <summary> /// The main entry point for the application. /// </summary> [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1(new FileSystemWatcherWrapper(@"C:\temp", new DebugLogger()))); } } ILog.cs public interface ILog { void Log(string logMessage); } DebugLogger.cs public class DebugLogger : ILog { public void Log(string logMessage) { Debug.WriteLine($"{DateTime.Now} :: {logMessage}"); } } FileSystemWatcherWrapper.cs public class FileSystemWatcherWrapper { public Action OnSomethingHappend; FileSystemWatcher _instance; ILog _logInstance; private FileSystemWatcherWrapper() { } public FileSystemWatcherWrapper(string pathToMonitor) : this(pathToMonitor, null) { } public FileSystemWatcherWrapper(string pathToMonitor, ILog logInstance) { this._instance = new FileSystemWatcher(pathToMonitor); _instance.Changed += (s, e) => somethingHappend(s, e); _instance.Created += (s, e) => somethingHappend(s, e); _instance.Deleted += (s, e) => somethingHappend(s, e); _instance.Renamed += (s, e) => somethingHappend(s, e); _instance.EnableRaisingEvents = true; this._logInstance = logInstance; } private void somethingHappend(string message) { this._logInstance?.Log(message); this.OnSomethingHappend?.Invoke(); } private void somethingHappend(object sender, FileSystemEventArgs args) { this.somethingHappend($"Changed file: {args.FullPath} Action: {Enum.GetName(typeof(WatcherChangeTypes), args.ChangeType)}"); } private void somethingHappend(object sender, RenamedEventArgs args) { this.somethingHappend($"File: {args.OldFullPath} renamed to: {args.FullPath}"); } } Debug Ausgabe 23.03.2018 14:29:17 :: Changed file: C:\temp\Neues Textdokument.txt Action: Created 23.03.2018 14:29:17 :: Changed file: C:\temp\Neues Textdokument.txt Action: Changed 23.03.2018 14:29:21 :: File: C:\temp\Neues Textdokument.txt renamed to: C:\temp\abc.txt 23.03.2018 14:29:24 :: Changed file: C:\temp\abc.txt Action: Deleted Vllt. wird es dadurch nun etwas klarer... Edit wrapper erweitert

@Eleu Damit das ganze funktioniert musst du natürlich deine Program.cs anpassen und eine Instanz des Wrappers an deine Form übergeben: Application.Run(new Form1(new FileSystemWatcherWrapper(@"C:\temp")));

FileSystemWatcherWrapper using System; using System.IO; namespace WindowsFormsApplication1 { public class FileSystemWatcherWrapper { public Action OnSomethingHappend; FileSystemWatcher _instance; private FileSystemWatcherWrapper() { } public FileSystemWatcherWrapper(string pathToMonitor) { this._instance = new FileSystemWatcher(pathToMonitor); _instance.Changed += (sender, e) => somethingHappend(); _instance.Created += (sender, e) => somethingHappend(); _instance.Deleted += (sender, e) => somethingHappend(); _instance.Renamed += (sender, e) => somethingHappend(); _instance.EnableRaisingEvents = true; } private void somethingHappend() { this.OnSomethingHappend?.Invoke(); } } } Form1 using System.Windows.Forms; namespace WindowsFormsApplication1 { public partial class Form1 : Form { private FileSystemWatcherWrapper _fileSystemWatcher; public Form1() { InitializeComponent(); } public Form1(FileSystemWatcherWrapper fileSystemWatcher) : this() { this._fileSystemWatcher = fileSystemWatcher; fileSystemWatcher.OnSomethingHappend += () => MessageBox.Show("Something happend!"); } } }

Nein. Der FileSystemWatcher arbeitet aber mit Events. Nicht mit Methoden. Das bedeutet das du nicht aktiv etwas abfragen musst. Der FileSystemWatcher meldet sich von selbst. Nein. Wie kommst du darauf? InitializeComponent() wird bei der Instanziierung deines Form Objekts aufgerufen. Selbiges gilt für die Klasse Program... warum sollte diese zyklisch aufgerufen werden? In einem normalen Forms Projekt sieht die Klasse so aus: /// <summary> /// The main entry point for the application. /// </summary> [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } Warum sollte dieses Code den zyklisch aufgerufen werden? Setz einen Haltepunkt in dieser Klasse und schau wie oft dieser aufgerufen wird. Application.Run startet eine Standardnachrichtenschleife einer Anwendung für den aktuellen Thread und zeigt das angegebene Formular an. Diese Schleife ermöglicht es dass das Form Windows Messages erhält. Mausklicks, gedrückte Tasten etc. um eben die Interaktion des Benutzers zu ermöglichen. Wie der FileSystemWatcher funktioniert wurde doch in diesem Thread schon erklärt. Doch... warum sollte das den nicht funktionieren? Ich verstehe auch nicht was du explizit am FileSystemWatcher auslagern möchtest. Es ist doch im Prinzip schon eine eigene Klasse.

Ja. Es geht. Aber nur weil es geht heißt es nicht das es Sinn macht.

Was sich mir noch nicht ganz erschließt, was auch noch nicht beantwortet wurde und das Problem eigentlich löst: Warum zum Teufel ist deine Klasse TestKlasse() von Form1 abgeleitet?!?! Ja. Man darf von Forms ableiten. Gibt einige Szenarien wo das durchaus Sinn macht. Dieser Sinn ist hier aber in keinster Weise ersichtlich.

Du erbst schließlich von einer Form. Entsprechend wird auch die davon abgeleitete Klasse eine Form. Zudem ist mir nicht ganz klar was du damit bezwecken möchtest: Wenn du deine ResultWriter Klasse in deiner Form verwenden möchtest solltest du das bspw. über Dependency Injection lösen. Wie bereits im vorherigen Thread diskutiert.... Edit: Das Problem ist, wie auch schon im anderen Thread erwähnt, scheinbar gewisse Basics und ein gewisses Grundverständnis fehlt. Das sollte dringend nachgeholt werden