Danke fuer die Info, momentan entwickeln wir grossteils mit VB-COM Komponenten als Business-Objects und VBScript-Klassen um das Layout, die Benutzerfuehrung erstellen zu koennen, wobei alles mit Datenbanken, etc. in der Komponente abgewickelt wird.
Gleich in ASP.NET zu entwickeln ist leider unmoeglich, da der Konzern - fuer den wir das machen - ASP.NET erst im Dezember 2002 erlauben wird ;-) naja, was soll's, dann wird es jedoch sicher bald ein Update auf ASP.NET geben ... Deine Angaben unten helfen uns vor allem in den Unser-Interface Klassen, mich interessiert aber auch, was man (logisch und programmatisch) in den COM-Objekten beachten koennte/sollte. Ich hab' zwar ausgetestet, dass ich eigentlich fuer die Ubergangsphase der Umstellung auf ASP.NET die COM-Objekte ganz gut auch in ASP.NET einbinden kann, dennoch macht mir dir moeglichst reibungslose Umstellung auf ASP.NET noch etwas Kopfzerbrechen ... Schoene Gruesse Stefan ---------------------------------------------------- Mag. (FH) Stefan WALTHER bluestep.com IT-Services GmbH >-- mail: [EMAIL PROTECTED] ---------------------------------------------------- -----Original Message----- From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] Sent: Samstag, 04. Mai 2002 07:39 To: ActiveServerPages German Subject: [aspgerman] AW: ASP - COM & ASP.NET Hallo! > mich wuerde mal interessieren, ob schon jemand Erfahrung darin hat, > ein Projekt an sich in klassischem ASP durchzufuehren, jedoch schon > mit der Option bzw. Notwendigkeit das ganze in Kuerze auf ASP.NET > umzustellen ... Gibt es irgendwelche Gr�nde, neue Projekte heute nicht in ASP.NET zu entwickeln? Wir haben das Thema im Dezember mal diskutiert. Hier die wichtigsten Unterschiede zwischen VBS und VB.NET: 1. Argumente von Funktionen und Unterprogrammen geh�ren immer in Klammern! nicht: Response.Write "<html>...</html>" sondern: Response.Write("<html>...</html>") Das gilt auch f�r eigene Unterprogramme! nicht: MeinUnterprogramm Parameter1, Parameter2, ... Sondern: call MeinUnterprogramm(Parameter1, Parameter2, ...) 2. Die Assemblies in VB.NET kennen im Gegensatz zu den heutigen COM-Objekten keine Default-Werte. nicht: Response.Write Recordset("Name") sondern: Response.Write(Recordset.Fields("Name").value) Ohne Default-Werte l�uft das Script auch heute schon schneller. ;-) 3. Eine compilierte Sprache braucht mehr Informationen im Quell-Code als eine interpretierte Sprache. Grunds�tzlich "option explicit" verwenden und alle Variablen deklarieren. M�glichst typbezeichnende Variablennamen verwenden, damit man sp�ter leichter umstellen kann. nicht: dim i, j, s sondern: dim intI, intJ, strS20 sp�ter: dim intI, intJ as Integer, strS20 as string(20) 4. Die Funktionen in VBS k�nnen alle weiter verwendet werden, allerdings ist es unter VB.NET sinnvoll, wenn auch nicht unbedingt erforderlich, die Methoden der einzelnen Objekte zu verwenden. heute: arrIn = split(strIn, "|") sp�ter: arrIn = strIn.split("|") 5. Im Hinblick auf VB.NET lohnt es sich, auch mal �ber Windows-Scripting-Components nachzudenken. �berhaupt ist es hilfreich, mit Klassen zu arbeiten, da diese dann leichter einzeln bei Bedarf umgestellt werden k�nnen. Formulare sollten komplett auf WebForms umgestellt werden (Mehrsprachigkeit, genaue Positionierung, ...). Wenn dann das Script sp�ter umgestellt wird, muss man in der Regel nur folgendes �ndern: aus: <%@ Language="VBScript" %><% option explicit %> wird: <% @Page Language="VB" Explicit="true" %> Noch ein Tipp zu ADO.NET: Das unperformante und h�ssliche Locking gibt es in ADO.NET nicht mehr so wie gewohnt. Unter ASP war das Locking schon wenig hilfreich, da die Datenbankverbindung ja in der Regel zwischen Lesen und Schreiben abgebaut wird. Wer aus diesem Grunde noch kein "logisches Record-Locking" in seiner Web-Applikation hat, kann das jetzt schon mal �bungshalber einbauen. Ich selbst mache das �ber eine eigenst�ndige Tabelle, in der UserID, TabellenID, und RecordId sowie ein TimeStamp abgelegt werden. Wenn der Benutzer einen Datensatz nicht selber wieder freigibt, wird er automatisch nach 15 Minuten freigegeben. Freundliche Gr��e Joachim van de Bruck | [aspgerman] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv Sie k�nnen | sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
