Ich stimme mit einigen der Aussagen der Websites und Webprojekte heißt es in dem Artikel.
Erstens war es keine "kleine" Gruppe von Entwicklern, die rebellierte - ich würde sagen, es waren die meisten von uns, die nicht gefragt worden waren, ob wir die Art und Weise, wie wir entwickelten, völlig ändern wollten. Sie haben mich sicherlich nicht gefragt, ob ich sechs Wochen Entwicklungszeit verlieren wollte, um herauszufinden, was sie getan haben, um einen perfekt funktionierenden Webdienst zu zerstören.
Es war nicht irgendein "Download", den MS veröffentlicht hat - es war VS2005 SP1, und sie haben es verdammt schnell veröffentlicht.
In ihren Pluspunkten für die projektlose Entwicklung funktioniert der Befehl "Projekt kopieren" sehr gut, und wir müssen Debug- oder Projektdateien nicht vermeiden; man kann Seiten verschieben - wenn man keine Versionskontrolle verwendet; wie kommen sie darauf, dass man die Projektdateien sperren muss, um zusammenzuarbeiten? Was verwenden sie für die Versionskontrolle?
Ich würde auch eine Frage in die Debatte einbringen: Was ist so besonders an Websites, dass sie der einzige "Projekt"-Typ sein sollten (soweit ich weiß), der keine "Projekt"-Datei verwendet? Mir fällt nichts ein, es sei denn, Microsoft dachte, dass Webentwickler zu einfältig seien, um Projekte zu verstehen.
Wenn jemand einen anderen Visual Studio "Projekt"-Typ kennt, der keine Projektdatei verwendet, wäre ich natürlich dankbar, darüber informiert zu werden.
0 Stimmen
Der Website-Modus wurde für verwirrte Interdev-Benutzer hinzugefügt ;-) Es ist eine gewisse Erleichterung für die Wartung, wenn der Standort und das Projekt dasselbe sind, aber für Dinge wie die Referenzierung externer Baugruppen macht es die Dinge komplizierter. Es ist nicht mehr der Standard - MS scheint zu Projekten zurückgekehrt zu sein. Ich persönlich bevorzuge den Projektmodus.
0 Stimmen
Denken Sie an eines der wichtigsten Merkmale von Web Projects: SVN-Integration was bei Websites einfach nicht richtig möglich ist.
0 Stimmen
Ich bevorzuge Webanwendungen aus zwei Gründen: 1. SVN- oder VSS-Integration 2. Generierung von XML-basierter Entwicklerhilfe
0 Stimmen
Die Leute haben hier schon alle wichtigen Aspekte behandelt. Ich finde Web Apps nützlich für diese "schnellen und schmutzigen" Anwendungen Proof-of-Concept-Code usw.. Ich neige dazu, "Webprojekte" jetzt fast auf Autopilot zu machen :)
0 Stimmen
Einige Details aus Apress - Pro ASP.NET 3.5 in C# 2008 Second Edition Websites und Webprojekte