|
Look and Feel von Office 2007, welche Entwicklungsumgebung?
Hallo,
in Naher Zukunft sollen bei uns im Unternehmen alte in D7 entwickelte Programme neu gestaltet werden. Da es die Struktur nicht anders zulässt, müssen diese Programme für ein neues Design komplett neu geschrieben werden. Die alten Oberflächen der Anwendungen sind alle grau, trist, überladen und ohne Benutzerführung, schlichtweg veraltet. Zudem schreit das ganze System förmlich nach einem radikalen Schnitt! (Codemanagement, DB-Design…) (Warum, Wieso will ich jetzt hier nicht aufführen, wem es interessiert, der kann von der PM gebrauch machen) Nach reichlicher Überlegung wollen wir nun weg von D7. Auch scheut sich das neue dynamische Entwickler Team nicht den Umstieg auf eine andere Sprache… So auf Anhieb fallen mir genau 2 Punkte ein, die für uns durchaus wichtig sind,
Diese Sachen kann man natürlich auch mit D7 erreichen und sind auch erfolgreich umgesetzt. Das was aber nun gemacht werden soll, ist eine komplett neues „Lock and Feel“ zu schaffen. Geschaffen werden soll das „Look and Feel“ von Office 2007. Nun meine Frage, ist das mit Delphi 2007 oder VS2005 (Visual Studio 2008) von Haus aus ohne zusätzliche Komponenten möglich (oder einer anderen Entwicklungsumgebung (Java ec..)? (.Net, win32?) Ich habe keines der Entwicklungsumgebung und kann es daher nicht beurteilen. Liebäugeln tun wir zurzeit sowieso schon mit einer Verwendung von C# im Bereich der Erweiterung des MSSQL2005 Servers, daher würde sich ein kompletter Umstieg auch anbieten, aber unser gutes altes Delphi haben wir auch lieb gewonnen... Bye |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Erstmal schöne Grüße in meine alte Heimat (ich bin in Rheydt geboren) ;-)
1.) Egal ob Delphi /Win32 oder C#/.NET: Es gibt keine "IDE" die von Haus aus Office 2007-Guis erzeugen lässt. Sowohl bei Delphi als auch in der .NET Welt braucht man dafür nicht ganz billige Zusatzkomponenten. 2.) Sakura hat ein solches UI für eine seiner neueren Anwendungen gebaut. Mit Komponenten von DevExpress - in Delphi 2007. Sieht Saugeil aus, und ist reines Delphi :) Also stellt sich wirklich die Frage: Wollt ihr wirklich zu 100% alles wegwerfen und von Null anfangen? Wollt Ihr Euch dabei auch noch gleichzeitig in eine neue Technologie (und ggf. Sprache) (.NET) einarbeiten, die definitiv eine gewisse Lernkurve mitbringt? Wenn ja: Dann viel Spass mit C# (schaut Euch aber auch mal Chrome an). Wenn ihr aber der Meinung seid, ihr könntet Teile Eures Codes weiterverwenden, auf der Win32-Plattform bleiben könnt - dann bleibt lieber beim bekannten Delphi, stattet Euch mit der aktuellen Version 2007 sowie passenden Komponenten aus (das Visual Studio ist auch nicht gerade billig), und legt dann in der bekannten VCL-Welt ggf. auf DBx4 los. |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Aktuell gibt es als Extra für registrierte Visual C# 2005 Express-Benutzer eine Ribbon-Komponente kostenlos. Ich habe sie aber bisher nicht getestet, und ich weiß weder genau über die Lizenzbedingungen bescheid noch über die Nutzbarkeit der Komponente in den größeren Versionen. Aber das halt mal als Anhaltspunkt. Davon abgesehen kannst du dir aktuell einfach zum Testen die Beta von Visual Studio 2008 herunterladen, oder halt Visual C# 2005 Express als kostenlose Vollversion.
Für Mehrsprachigkeit gibt es in Visual Studio 2005 verschiedene Lösungen, bisher bin ich im Kleinen ganz gut damit gefahren, einfach das integrierte Ressourcen-Konzept mit Satelliten-Assemblys dafür zu verwenden, es funktioniert relativ gut und ist abgesehen davon, dass man keine "Namespaces" zur Verfügung hat, ohne für jeden eine eigene Assembly zu erstellen, ganz gut damit bedient, zumal die Ressourcen-Dateien nicht nur im integrierten Editor, sondern auch als einfaches XML-Format bearbeitet werden können. Der Zugriff gestaltet sich damit auch relativ einfach (es wird eine Klasse für den einfachen Zugriff generiert). Und, naja, dass Visual Studio 2005 eine gute Anbindung an den SQL-Server 2005 hat, sollte nicht überraschen. Wie du schon sagtest, sollte jedoch nichts davon mit Delphi unmöglich sein. |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Wenn schon komplett neue Implementierung dann biete Datenbankneutral gestallten und nicht das Anti-Pattern "Vendor Lockin" einbauen.
Sollte z.B. mit (N)Hypernate relativ einfach zu realisieren sein. |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Ich würde die Wahl der Programmiersprache und -umgebung nicht primär davon abhängig machen, ob ich ein bestimmtes UI damit problemlos nachbauen kann. Wie teilweise schon gesagt bringt eine neue Sprache immer neue Aufwände mit sich, egal wie gut die Entwickler die Sprache schon können.
Wenn das Gesamtkunstwerk aus mehreren Einzelteilen besteht, die getrennt voneinder zu entwickeln sind, kann man auch überlegen, mehrere Möglichkeiten im ansatz zu evaluieren und sich dann für das passende entscheiden. Zitat:
Für andere Projekte macht es durchaus sinn, soviele Datenbanksysteme wie möglich zu unterstützen. Aber das gehört nur am Rande zum Thema. |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Zitat:
Nunja, aber ohne Entwicklungsumgebung kann man sich die auch schlecht testweise anschauen… Zitat:
Zitat:
Zitat:
Zitat:
Im Grunde werden wir eh. Alle Entwicklungsumgebungen näher zu Gemüte führen. Zitat:
Für uns kommt daher MSSQL in Frage, da damit die Entwickler hier die meiste Erfahrung haben, sich die derzeit verwendeten Statements teilweise weiterverwenden lassen. Dazu ist zu sagen, dass bei uns eine VS2005 Version ins Haus kommen wird, für CLR Erweiterungen am MSSQL2005, keine Ahnung ob sich solche Erweiterungen auch mit Delphi .Net umsetzen lassen, ich denke mal nicht, bin mir aber nicht sicher. Auf jeden Fall werden solche Erweiterungen Einzug in unser System erhalten, da dies wirklich ein mächtiges Werkzeug darstellt. Wer nicht weiß, was das ist, dem kann ich den  Comunity Cast (CLR) empfehlen, gibt einen kleinen Einblick in die Möglichkeiten.Zitat:
Angeschaut werden sich auf jeden Fall alle Umgebungen, solch eine Entscheidung kann man nicht über Nacht fällen ;) |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Zitat:
Zitat:
MS SQL-Server 2005 ist nunmal AFAIK nicht eine 100% Managed Anwendung. |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Zitat:
http://www.hibernate.org/ |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Zitat:
Warum? Einfach: alle übermittelten Werte müssen in .NET-Objekte umgewandelt werden, wenn die Methoden aufgerufen werden und alle zurück gelieferten Objekte müssen nach dem Aufruf zurück gewandelt werden. Es ist selten, dass dieser Overhead durch den Vorteil managed Code zu verwenden wieder ausgeglichen wird. ...:cat:... |
Re: Look and Feel von Office 2007, welche Entwicklungsumgebu
Zitat:
Jedefalls hat so eine Festlegung nicht nur Nachteile. Zitat:
Es gibt Sachen, die lassen sich über CLRs sicher schön und sauberer lösen, als mit klassischen Erweiterungen per dll. Das es nicht das Allheilmittel ist, dem bin ich mir bewust. Zudem steht manchmal auch Performance nicht an erster Stelle. |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 03:23 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz