(Basis)Wissen für eine neue Generation :-)
posted @ Freitag, 25. April 2008 10:01 | Feedback(0) |
Ich kann mich nicht erinnern an einem Projekt gerabeitet zu haben das nicht Komponenten Dritter verwendet hat.
Bei uns sind Zurzeit eigentlich immer dabei: NUnit, NHibernate, Log4Net, gelegentlich kommen Charting Komponenten, das AJAX Toolkit, PDF Werkzeuge und andere dazu.
Damit eine Anwendung sich nach dem Ausschecken auch direkt bauen lässt, müssen diese dlls nun irgendwo abgelegt werden. Hier nun eine Reihe von Vorschlägen für den Ordnernamen, in dem sich dlls dritter finden lassen könnten.
- _libs (MojoPortal)
- lib (u.a. NHibernate, StoryVerse, NetBpm, Flex-Wiki, Cuyahoga)
- 3rdParty (Watin, dotNetKicks)
- Dependencies (Subtext, EComerce Web 2.0.1)
- Bin (SharForge)
- References (Screwturn)
- SharedLibs (RhinoMcoks)
(in Klammern stehen OSS Projekte, die diesen Ordernamen verwenden).
Bei Gelegenheit wird es auch noch eine kurzen Vergleich der Projektstrukturen geben :-)
posted @ Donnerstag, 24. April 2008 13:07 | Feedback(0) |
Filed Under [
Software-Entwicklung
]
Folgende Nachricht empfinde ich als sehr hilfreich:
Auch wenn ich kein Performance Problem habe, die Information ist passend. Die "Ausblenden" Funktion befreit davon sie ein zweites mal zu sehen. So durchdacht sollten alle Web-Anwendungen sein.
[gesehen auf mail.google.com]
posted @ Mittwoch, 23. April 2008 18:37 | Feedback(0) |
Filed Under [
Web Applikationen
]
Beim Debuggen finden sich von Zeit zu Zeit sogenannte "First chance exceptions" im Output Window. Das sind Exceptions die von der Anwendung gehandelt wurden.
Oft ist es gewollt oder normal, das eine Exeption erwartet wird und von der Anwendung bearbeitet wird. Beispiel: Ein fehlgeschlagenen Datenbankzugriff. (Ob das grundsätzlich guter Stil ist, ist wie so vieles eine Geschmackfrage.)

Der Name kommt daher das der Debugger die Exception 2 Mal sieht. Das erste Mal vor der Anwendung (first chance exception) und das zweite Mal, wenn die Anwendung die Exception nicht verarbeitet hat - also das Programm normalerweise abstürzen würde (second chance excpetion).
Weil Exeption Handling Performance intensiv ist oder einfach weil einem die im Output Fenster angezeigten Fehlermeldungen komischem vorkommen, kann es wünschenswert sein schon beim Auftreten einer "first chance exception" in den Code zu springen.
Das ist einfach erreichen, in dem unter Debug->Exceptions->CLR -Exceptions antickt.


Genug von Ausnahmen, happy coding!
posted @ Mittwoch, 23. April 2008 02:16 | Feedback(0) |
Filed Under [
.NET
]
Wichtig und sinnvoll - bitte unterstützen!
posted @ Freitag, 18. April 2008 19:44 | Feedback(0) |
... solche Phrasen in Stellenangeboten wirken auf mich eigentlich abschreckend. Hier wird wertvoller Platz mit Allgemein-Punkten verschenkt.
Hat schon wer den egozentrischen Einzelkämpfer gesucht? (Auch wenn das vielleicht in einigen, wenigen Situation ein interessanter Schritt sein könnte.)
Wohltuend anders ist hingegen das hier zu findende Job-Angebot. Wer fit ist in WPF oder Winforms, begeistert von .NET 3.5 und Agilen Entwicklungsmethoden wird sich sicherlich sehr angesprochen fühlen.
posted @ Mittwoch, 16. April 2008 14:23 | Feedback(0) |
Filed Under [
.NET
]
"Man sollte eigentlich im Leben niemals die gleiche Dummheit zweimal machen, denn die Auswahl ist so groß." Bertrand Russell
Auch ein gutes Programmierer-Paradigma?
:-)
posted @ Montag, 7. April 2008 09:38 | Feedback(0) |
Filed Under [
Unterhaltung
]