Was denken Menschen von Gupta Team Developer?
Hat jemand eine Erfahrung mit Gupta (ehemals Centura) Team Developer?
Wenn ja, was denkst du in Bezug auf seine Fähigkeit zur Unterstützung der Entwicklung von Reifen, skalierbare, verwaltbare Anwendungen?
Dank
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich habe mit der CTD seit der version 1.1. Derzeit bin ich noch mit 2.1 PTF4, vor allem für die tun, rich-client-CRUDs unter windows 98-Vista gegen Centura SQLBase, MS Sql Server oder MS Access. Ich habe kein Upgrade von 2.1 auf die neueren Versionen, also kann ich reden nur über die relativ alte 2.1 von 2001.(§)
Unsere Anwendungen haben in der Regel etwa 150 form-windows, machen starken Gebrauch von Klassen (noch unter dem Namen "benutzerdefinierte Variablen" in 2.1) und die Integration mit MS Office. Wir haben keine Probleme mit der Stabilität oder Speicherlecks. Die Entwicklungsumgebung ist ein bisschen zu lang im zahn, aber: kein intellisense, keine smart-debugging und praktisch unbrauchbar ohne eine Maus. Dies kann sich geändert haben in neueren Versionen.
Es gibt nichts in der Natur der CTD, der Sie zwingt zu schreiben un-wartbaren code. Mit Klassen-und Datei-includes können Sie einen guten Grad der Wiederverwendbarkeit in Ihrem code wenn du dein code wiederverwendbar ist. Ein problem für die Wartbarkeit kann sein, dass CTDs Variablen und Klassen haben keinen Zugriff Modifikatoren wie "private" oder "protected". Auch: keine Schnittstellen oder abstrakte Klassen. Auf der anderen Seite: die mehrfache Vererbung.
Die "grundlegende Struktur" der code ist gewöhnungsbedürftig, aber ich selbst vermisse die outline-Struktur, wenn ich verloren in einer weitläufigen C#-Datei mit Variablen-Deklarationen und Ereignisprozeduren alle über dem Platz...
Die Steuerelemente für 2.1, wo ziemlich komplett, aber wir hatten noch manuell zu integrieren "moderne" Dinge wie toolbars, datepickers-oder tab-controls. OTOH, es hat sogar einen numerischen input-Feld aus der box. Ein Unify-Newsletter erklärt, dass Sie hat eine Menge eye-candy, lassen sich die apps Aussehen mehr up-to-date. Der mtable-Erweiterungen für Tabellen-Fenster, wo sehr weiterhelfen, finden Sie hier: MTable von MICSTO . Integration von 3rd-party-DLLs (z.B. für die Integration einer smartcard-reader) ist nicht wirklich Spaß, vor allem, wenn Sie verwenden Strukturen. Achja: und die "Centura Report Builder" ist eine königliche Schmerz in der derierre.
Ein großes pro ist die SDK, die shipps mit der CTD -: dies macht es sehr einfach, sich zu integrieren, selbst geschriebene tools in die Entwicklungsumgebung, beispielsweise für die code-Generierung.
Bottom line: Wir verwendet und immer noch mit CTD für skalierbare und wartbare Anwendungen. Die Lernkurve ein wenig steil wegen der ungewöhnlichen Gliederung Struktur und kann dazu führen das unvorsichtige Richtung schreiben "hässlich" code: z.B. viele statische Funktionen, viel code in das "Nachricht-Aktionen" und die Probleme mit den Variablen (scoping). Ich denke, dass Ihr Erfolg mit CTD wird, hängt von der Art der Anwendung, die Sie schreiben wollen: eine rich client-CRUD-man könnte schon fast sicher besser dran, als mit .Netto, für eine web-app weiß ich ehrlich gesagt nicht.
Im Hinterkopf behalten, dass all dies bezieht sich auf die 8 Jahre alte 2.1-version von CTD. Kann die Dinge radikal anders. Wenn Sie können, Holen Sie sich eine Demo-version.
Bearbeiten: Abgesehen von der vor-und Nachteile der Sprache allein, möchten Sie vielleicht zu berücksichtigen, dass die CTD ist eine Nische. Es gibt nicht viele Kostenlose tools und ich habe noch zu finden, eine lebendige community (es war eine newsgroup, aber der server ging down nach der Fusion - vielleicht noch Rum irgendwo). Also, googeln up-Hilfe auf spezifische Probleme möglicherweise nicht einfach sein.
(§) Habe ich nicht weiter das upgrade von 2.1 auf 5.1, da nach der Zusammenführung mit Vereinen, wollten Sie patches erstellen, nur für Abonnenten, um Ihre support-System (nennt sich GLS). Da war ich nicht bezahlen für das, bugfixes ich deceided weiterhin mit 2.1 für unsere legacy-apps und wechseln .net für neue apps. Ich denke, Sie korrigierte dies später auf.
Habe ich die Arbeit mit Team Developer (ehemals Centura Builder, SQL Windows, etc.) für 9 Jahre. IMO Dinge haben sich nicht geändert, zu viel von der version 2.1, die Stephan Keller erläuterte in seinem umfassenden Antwort.
Die Firma für die ich arbeite, ist derzeit mit dem TD-version 5.1 und erwägen, ein upgrade auf TD 5.2 nächsten Jahr. Wir entwickeln eine business-software-Produkt führen gegen Oracle Datenbank. Die Anwendung verfügt über mehr als 500 form-windows und mehrere hundert Berichte.
Ich denke, dass Team Developer skaliert gut für einfache kleine Anwendungen, und auch größere enterprise-application-Suiten mit großen RDBMS und Hunderten von Benutzern.
Den code Gliederung macht die IDE einfach zu Ansatz und ich denke, dass die Lernkurve nicht so steil. Die code-Bearbeitung ist möglich, auch ohne Maus, da gibt es eine Reihe nützlicher Tastenkombinationen. Natürlich im Fenster-designer muss die Maus. Es gibt auch eine integrierte Active Coding Assistant in den neueren Versionen.
Den neuesten Versionen (5.1 und 5.2) bieten einige neue GUI-controls, wie ein Datum/Zeit-picker, ein Gitter-Fenster (Erweiterung des weit verbreiteten Tisch-Fenster) und Rich-Text-editor. Es gibt auch eine neue tab-control. Menüs können angezeigt werden, ribbon-like, obwohl dies nicht eine "echte" ribbon bar. Beispiel-screenshots finden Sie auf der Unify-Website.
Ebenfalls neuen GUI-Designs wurden eingeführt, die 5.x-Versionen von TD, einen modernen look und feel der Anwendungen.
Gab es eine Reihe von Stabilitäts-Probleme, performance-Probleme und Probleme mit der Bildschirm malen usw. mit der 5.x-Versionen von TD. Die älteren 3.x und 4.x bekannt sind von sehr robuster Qualität, mit nur einer sehr begrenzten Anzahl, wenn überhaupt, die Stabilität oder andere Aspekte. Diese Themen diskutiert werden, die aktiv auf die Unify-Support-Forum. Viele dieser Probleme beziehen sich auf die Datenbank-Router (Oracle, MS SQL-Server) oder Windows-API-Aufrufe. Die grundlegenden Funktionen von TD in der Regel funktioniert ziemlich gut.
Helfen auch auf spezifische Probleme und Fragen erreichen Sie auf der Support-Forum. Die Entwickler-community ist vielleicht klein, aber sehr aktiv.
Mein Unternehmen nutzt, Team-Entwickler, die seit Jahren erfolgreich (die meisten unserer Anwendungen geschrieben werden, in 2.0, mit einigen in 5.2 als Web-Anwendungen) und es gibt Pläne ändern, unsere Entwicklung auf die version 6.0.
Kommen aus einem C++ - hintergrund hatte ich zuerst so finden Sie den Weg in die Sprache (ich vermisse immer noch einige Funktionen wie Kapselung, gut strukturierte Fehlerbehandlung1 oder scoping von Variablen2)
Aber immerhin, ich habe gelernt zu Leben mit der Begrenzung der Sprache und mit etwas Disziplin unsere Anwendungen sind relativ leicht zu pflegen. (als Hinweis: Wir haben eine Reihe von Basis-Anwendungen arbeiten zusammen und benutzen die gleichen Codebasis mit einigen kundenbezogene Varianten zu bauen individuelle Ausführungen für jeden Kunden - bugfixes erscheinen an die gemeinsame Codebasis (und wird verwendet, danach für jedes andere Projekt), spezielle Modifikationen an der lokalen Projekt-Dateien). Sie müssen nur einige grundlegende Richtlinien für Ihre Projekte und halten mit Ihnen, wie der compiler würde nicht durchzusetzen.
1 Sie fangen konnte einen sql-Fehler nur an der Stelle es tritt, oder Global für das ganze Programm.
2 ich immer noch manchmal den Fällen, in denen eine falsch geschriebenen Variablen kompiliert für etwas, das eine völlig eigenständige Fenster - oder compiler-Fehler für die semi-verwiesen Griffe teilen den gleichen Namen, aber unterschiedlichen Datentypen
Wir genutzt TD für mehrere große apps aber aufgrund der fehlenden Ressourcen, das veraltete SAL, Sprache und Alter Laufzeit wir migriert haben, die Millionen von Zeilen von SAL-code und mehreren tausend Formen zu C# und Visual Studio 2010 verwenden von ice tea group gupta/unify migration tool.
Waren wir zunächst skeptisch. Aber jetzt haben wir die BRANDNEUE apps vollständig integriert mit unseren anderen .NET assetts mit einem kleinen Bruchteil der benötigten Zeit für eine Neufassung. Und wir müssen nicht versuchen zu verstehen, was, dass alle code war dabei. 🙂 der Umbau war nahezu perfekt!
Vergessen zu erwähnen, dass wir automatisch Umgerechnet über 1200 Berichts-generator-Berichte in crystal reports .NETTO-Einsparung wohl ein Jahrhundert langweilige Arbeit.