realgun

??? Ich habe mich auf diese Aussage bezogen: Für Zugriffsberechtigungen ist nunmal das BS (und FS) verantwortlich. Ich habe nicht die Aufgabe des Threaderstellers angezweifelt sondern den verwendeten Lösungsweg. Dazu habe ich auch eine Anregung gegeben wie man die "Aufgabe" anders lösen könnte. Da hast Du Recht. Um Fehleingaben zu verhindern verwendet man Validierung der Eingabedaten. Sonst kopiert der User die "falschen" Dateien (die er selber wahrscheinlich für richtig hält) einfach in das angegebene Verzeichnis und Du hast das gleiche Problem. Programmen Berechtigungen zu geben ist ziemlich sinnlos, es kommt immer auf den User an der das Programm ausführt.

Welchen Sinn soll das denn haben? Zugriffsberechtigungen auf das FileSystem sollten auch vom BS bzw. dem FileSystem selber verwaltet werden. Wenn der User nur in einem bestimmten Ordner suchen darf, kannst Du das auch per NTFS Berechtigungen einstellen.

Eigentlich benutzt man bei Andorid keine Absoluten Koordinaten sondern definiert verschiedene Layouts. Es gibt allerdings auch ein AbsoluteLayout. Wie lupo49 schon schrieb, der "normale" Weg geht über die layout.xml. Du kannst aber auch die Controls im Code definieren und setzen. Da (ich glaub fast alle) Controls / Widgets von "View" erben, kannst Du dort nachlesen wie die entsprechenden Methoden heißen. Wenn Du ein AbsoluteLayout verwendest, fügst Du diesem die Widgets hinzu und übergibst noch ein "LayoutParams"-Objekt. Das beschreibt dann die Größe/Pos: AbsoluteLayout abslay=new AbsoluteLayout(this); Button btn=new Button(this); btn.setText("Hello"); //ctor: AbsoluteLayout.LayoutParams(width,height,position X,position Y) AbsoluteLayout.LayoutParams params = new AbsoluteLayout.LayoutParams(AbsoluteLayout.LayoutParams.WRAP_CONTENTAbsoluteLayout.LayoutParams.WRAP_CONTENT,10,100); abslay.addView(btn, params); setContentView(abslay); Allerdings hat das AbsoluteLayout einen entscheidenden Nachteil: es als bereits als "deprecated" markiert...

Auf der jeweiligen Homepage der für mich interessanten Unternehmen

Das wird möglicherweise davon abhängen ob der Schlüssel in der Freizeit oder während der Ausübung der Arbeit verloren wird.

Verwendest Du einen OR-Mapper? Dann musst Du auch so was wie "SaveChanges()" auf dem Context aufrufen. Btw.: LINQ ist eine Abfragesprache, damit kannst Du gar nichts löschen.

Stimmt nicht immer. Wenn man die richtigen Erfolge bzw. Verbesserungen in der Firma zu verantworten hat und dies auch noch richtig "verkaufen" kann, ist weit mehr als 1-2% drin. Wobei 25% nach einem Jahr schon eine ganze Menge an Erfolgen benötigt und daher doch eher unrealistisch ist.

Einfacher ja, aber nicht im Sinne von Dispose Du benutzt einen StreamWriter, dieser verwendet native Ressourcen und implementiert daher bereits IDisposable. Daher brauchst Du in Deiner Klasse nicht nochmal in den Prozess des "Finalizers" einzugreifen, ( GC.SuppressFinalize usw). Du verzögerst dadurch nur die endgültige Speicherbereinigung. Das Interface in dieser Art brauchst Du nur zu implementieren wenn Du direkt auf native Ressourcen (z.B. WindowHandle oder FileHandle) zugreifst. Die Klassen aus dem Framework die das machen (also z.B. der StreamWriter) machen das alles schon. Außerdem sollte man es vermeiden die "Dispose()"-Methode direkt aufzurufen und stattdessen einen "using"-Block verwenden. Dieser führt das Dispose nämlich im Fehlerfall aus (also im finally-Teil eines try-finally-Blocks).

Bonuspunktsysteme (unterschiedlichster Art) sind i.d.R. an allen Hochschulen üblich. Da werden die allerdings immer vom jeweiligen Dozenten festgelegt, bei der W3L ist ist die Regelung einheitlich (und m.M. nach auch sehr großzügig).

Du kannst auch hier ein bisschen erfahren.

Nun ja, "die" IHK mit Unis bzw. anderen Bildungsträgern zu vergleichen halte ich für ein bisschen übertrieben. Bildung / Weiterbildung ist nur eine Teilaufgabe der IHK. Eigentlich ist sie nur eine (Zwangs-) Interessensvertretung ihrer Mitglieder. Bei einer Uni sieht das schon anders aus...

Selbstbeiteiligung bei selbstverschuldeten Unfällen auf Dienstfahrten? Ich kann mir nicht vorstellen dass das Rechtens ist. (Solange Du nicht mutwillig / grob fahrlässig handelst, aber das ist dann eh Deine Sache). Edit: Schau mal hier...

Möchtest Du das nach Leistung oder nach Verhandlungsgeschick bezahlt wird? Finde ich auch, es gibt noch eine ganze andere Menge an "Gegenwert", die das Unternehmen für die geleistete Arbeit geben kann. Genau so eine Einstellung sollte ein Unternehmen gerade nicht haben. Gerade zufriedene / glückliche Mitarbeiter sind weitaus produktiver und versuchen das Unternehmen "positiv mitzugestalten".

Naja, oben drüber steht zumindest der Fortschritt in Prozent. Die Wiederholungen sind zwar ein bisschen nervig, aber dafür muss man sich ja nicht so viele Gedanken um die Antworten machen

Hast Du die Quelle (und deren Quelle inkl. der Kommentare) überhaupt gelesen? Dort steht überhaupt nichts von einer "1.3GB" Grenze bei .NET... Vielmehr kannst Du da nachlesen das Win32 Prozesse auf X86 - System insgesammt (bei einer Windows-Standardkonfiguration) maximal 2 GB pro Prozess verwenden können. Diese 2GB sind der komplette Prozess, d.h. inkl. des Programms, aller DLLs, Runtimes, Threads, Verwaltungsoverhead usw. @Murli: Ich weiß nicht genau was Du das berchnen möchtest. Aber wenn Du die Daten "häppchenweise" verarbeiten kannt, ist eventuell die MemoryMappedFile-Klasse eine Hilfe für Dich.

COM Bibliotheken solltest Du im Normal im Visual Studio einfach als Referenz hinzugefügt werden können, das Studio baut Dir dann automatisch den benötigten Wrapper um die DLL nutzen zu können.

Es kommt halt drauf an was Deine Zielplattform ist. Sollte es auch eine .NET 1.1 Anwendung sein, kommst Du nicht um ein VS 2003 (oder eventuell #Develop oder so) rum. Möchtest Du aber nur die Schnittstellen-Lib nutzen (als Referenz in Deinem Projekt), reicht es dafür wenn das 1.1-Framework installiert ist (Bei Dir UND auf den Zielsystemen. Zusätzlich muss dann noch das 2er und / oder 4er Framework installiert sein, für diese Ziele kannst Du mit VS 2010 entwickeln. Möglicherweise ist aber nur für das Beispielprogramm das .NET 1.1 notwendig, versuch doch einfach die OPC-Schnittstelle als Referenz einzubinden. (Die dürfte wahrscheinlich eh eine COM-Lib sein, da ist das .NET Framework eigentlich egal)

Kommt drauf an Es gibt verschiedene CLR's welche aber parallel installiert und betrieben werden könnnen. VisualStudio 2003 -> .NET 1.1 -> CLR 1.1 VisualStudio 2005 -> .NET 2.0 -> CLR 2.0 VisualStudio 2008 -> .NET 2.0, 3.0, 3.5 -> CLR 2.0 VisualStudio 2010 -> .NET 2.0, 3.0, 3.5, 4.0 -> CLR 2.0, CLR 4.0 Um für alle mögliche .NET Versionen mit VisualStudio zu programmieren braucht man als VS2003 und VS2010. Damit das Programm auf dem Zeilrechner läuft, muss die passende CLR installiert sein (wird automatisch mit dem jeweiligen .NET-Framework mitinstalliert). Die CLR-Versionen können aber durchaus parallel installiert und betrieben werden (z.B. Bei einer .NET 3.0 - Anwendung, die eine .NET 1.1 Lib verwendet.)

Na dann bau Dir doch einfach eine kleine Factory drum: internal class OdbcParameterFactory { private String _paraName; private Object _value; public OdbcParameterFactory(String paraName, Object value) { this._paraName=paraName; this._value=value; } public OdbcParameter GetOdbcParameter { return new OdbcParameter(_paraName, Object); } } var parameter = new OdbcParameterFactory("parameterKundnr", sKey); CommandBeziehungenLaden.Parameters.Add(parameter.GetOdbcParameter); CommandBeziehungenLaden.Parameters.Add(parameter.GetOdbcParameter); CommandBeziehungenLaden.Parameters.Add(parameter.GetOdbcParameter); Ich bin mir mit den Datentypen der Parameter nicht sicher, eine generische Lösung wäre eh schicker. Aber das hier könnte ja schon ein kleiner Ansatz sein.

Wenn das DB System keine benannten Parameter kennt (wie z.B. MSSQL) dann musst Du Wohl oder Übel genauso viele Parameter übergeben wie Du Platzhalter verwendest. Das kann aber durchaus das gleiche "Parameter" - Objekt sein.

Ich meinte eigentlich Deine Versuche in C# die SP zu verwenden...

Dann zeig doch erstmal was Du bisher verwendest und was Dir nicht das erhoffte Ergebnis bringt. Es gibt viele Ansätze von einer StoredProcedure den Rückgabewert zu erhalten. Kommt auf die SP, die verwendete Zugriffsart und / oder das Framework an.

Das Diplom ist der "formal" (wahrscheinlich auch inhaltlich) höhere Abschluß und berechtigt zur Promotion, was beim Bachelor nicht der Fall ist. Nach den "neuen" Abschlüss entspricht das dem Master.

Kommt leider aufs Bundesland an... Ich hatte mich mit dem DAA vor gut einem Jahr beschäftigt (Infoveranstaltung, Material), was mich in Endeffekt davon abgehalten hatte war der (damals) veraltete Stoff (zum Teil aus dem letzten Jahrtausend). Z.B. wurde im HTML Teil Software verwendet, die man heute gar nicht mehr bekommt. Nach der Auskunft bei der Infoveranstaltung sollte das Material aber demnächst aktualisiert werden, es gibt dabei wohl ein paar verschleppende Hürden, da das ganze ja auch staatlich anerkannt werden muss. Kann aber sein dass es mittlerweile besser geworden ist. Ich habe mich stattdessen für ein berufsbegeitendes Bachelorstudium bei der W3L / FH Dortmund entschieden.

Ich vermute mal das Du die Ressourcen (also die Bilder) nicht wieder frei gibst. Wie erstellst Du denn Bild (Image - Objekt?) bzw. PictureBox? Du solltest beides mit Dispose() wieder freigeben wenn Du es nicht mehr brauchst (bzw. mit using instanziieren). Vielleicht kannst Du ja die Stellen Code posten, wo Du die Bilder anzeigst?