Czy są korzyści z klasycznego ASP nad ASP.net [zamknięte]

Jeśli lubisz ASP i chcesz przenieść się do ASP.NET, pomiń formularze internetowe i naucz się MVC.

Największym problemem jest dla mnie to, że tworzę aplikacje, a nie strony internetowe...UI jest niewielką częścią problemu, dużą częścią jest pisanie warstwy logiki biznesowej i różnych komponentów komunikacji korporacyjnej (łączenie się z SAP za pomocą SOAP? Nie Ma Sprawy!).

Zestaw narzędzi. NET pozwala mi programować w wspaniałym języku obiektowym (C#) i ma solidny framework do pomocy.

VbScript jest językiem godawful, aby spróbować i napisać aplikację biznesową do środka.

Jednakże, jeśli wszystko co robisz to prosty mały formularz internetowy, to oczywiście, użyj VbScript.

Jeśli chodzi o Twój link to w zasadzie się sprowadza:

• WaaWaa, nie lubię Visual Studio
• WaaWaa, chcę edytować kod produkcyjny na serwerze produkcyjnym jak idiota.
• WaaWaa, Nie wiem, czy wdrożenie pojedynczego skompilowanego DLL to wszystko, co mała strona potrzebuje do wdrożenia asp.net app.

Zasadniczo jego ignorancja w pigułce.

Aby skupić się na konkretnym pytaniu ("korzyści z Classic vs. Net"), są tylko dwie rzeczy, które mogę myśleć o Classic robi, że. Net nie będzie:

1) zawiera. Po prostu nie działają tak, jak się spodziewasz w ASP.Net oczywiście. ASP.Net zapewnia znacznie lepsze sposoby osiągnięcia tego samego, ale nadal jest to niewielka strata i może sprawić, że migracja starej witryny do. Net będzie bolesna.

2) ASP.Net nie przejdzie powyżej folderu głównego aplikacji. Tam, gdzie jestem, mamy dość złożony problem. intranet, który nadal jest w większości klasyczny ASP, z odrobiną aplikacji. Net tu i tam, jak rzeczy są aktualizowane lub nowe rzeczy dodawane. Byłoby miło móc utrzymać jedną kopię wspólnego kodu dość wysoko w hierarchii folderów, ale nadal mieć każdą pojedynczą aplikację odizolowaną od własnej VD. Ale po to jest kontrola źródeł, więc to nic wielkiego.

Dla mnie największą zaletą ruchu od klasycznej ASP i ASP.Net jak na razie jest IDE. Miło jest móc kliknąć prawym przyciskiem myszy na wywołanie funkcji i wybierz "Przejdź do definicji" zamiast kopać wokół, aby znaleźć plik, w którym funkcja jest faktycznie zaimplementowana. Ogromna oszczędność czasu. Wsparcie intellisense i bezpieczeństwo typu podczas wywoływania funkcji jest również dobrodziejstwem.

Dla mnie Klasyczna ASP jest szybka w rozwijaniu, prosta w użyciu/podrywaniu, nie zbyt skomplikowana i bardzo zdolna do większości rzeczy.

ASP z JScript/Javascript jako głównym językiem jest naprawdę, naprawdę dobra zabawa do kodowania. VBScript jest marnotrawstwem mocy mózgu i myślę, że to, co nadaje klasycznej ASP swoją złą nazwę. Plus jest uważany za powolny, ale wszystkie artykuły o prędkości i liczbie użytkowników są oparte na 10 + letnich serwerach. Prowadzimy stronę otrzymując 60 000 użytkowników dziennie na dwóch serwerach i procesor ledwo miga. Nowoczesne serwery dają o wiele więcej mocy do zabawy.

Z ogromnymi skokami do przodu w użyciu Javascript, projekty i najlepsze praktyki w ostatnich latach koder JScript ASP może uzyskać wiele gadżetów, aby życie jeszcze łatwiejsze. Przeportowałem Mootools na stronę serwera i dzięki temu otrzymujemy mnóstwo wspaniałych pomocy, modelu klasowego, doskonałego modelu zdarzeń i wiele więcej. ASP to świetna zabawa. Aktualizacja: Mootools ma teraz kompilację po stronie serwera, którą możesz can download (http://mootools.net/download).

ASP.net jest SUPER potężny, ale ma dużą rampę na krzywej uczenia się, aby dobrze działać, może obniżyć całą witrynę, gdy ma jeden z jej pasuje, a najgorsze dla mnie może wydawać się, że naprawdę chodzi po domach, aby zrobić najprostsze rzeczy.

Mam dużo zabawy używając obu w danej chwili, używając tego, który z nich najlepiej pasuje do luki. Mam wielki mały CMS Cacher i Miniaturka wbudowany w. Net, które Moje Skrypty ASP używać. Best of oba światy.

Wydajność, skalowalność i framework, który zapewnia znacznie lepsze podstawy dla bezpaństwowego świata aplikacji internetowych, na początek.

Wikipedia ' s ASP.Net strona ma sekcję na temat różnic.

Jeśli spojrzysz wstecz na swój stary kod i powiesz: "co ja sobie myślałem! To bzdura, teraz piszę kod znacznie lepiej!"następnie rozwinąłeś się jako programista.

Jeśli Witryny są dość tymczasowe (tzn. budujesz je szybko, są wykorzystywane do określonego celu i czasu, a następnie są skutecznie zamykane), to walenie tych witryn w najwygodniejszy dla Ciebie sposób jest całkowicie akceptowalne.

Jeśli masz długą listę błędów, poprawek i ulepszeń, których teraz potrzebujesz (lub chciałbyś) cofnąć się do swoich starych witryn lub twoje "małe witryny" stają się większe i bardziej złożone, a to powoduje znaczny żal, a następnie musisz zrobić krok w tył i ponownie ocenić, jak struktura i wsparcie tych witryn.

Bardzo bym się zgodził, że ASP.NET jest o wiele bardziej dojrzałym i efektywnym środowiskiem programistycznym. Jednak, jak każde narzędzie, musisz znać (lub nauczyć się) właściwy sposób korzystania z niego, ponieważ nie zmieni cię automatycznie w " super programista"

Sposobem na przełamanie lodów jest uzgodnienie z szefem, że Następna" strona", którą tworzysz, jest rozwijana w ASP.NET. wyjaśnij mu, że zajmie to dużo dłużej niż to, jak obecnie dostarczasz strony, ponieważ musisz "ogarnąć się" ASP.NET, ale korzyści to x, y i (ćwiczenie pozostawione czytelnikowi!)

Osobiście jestem jeszcze w fazie przejściowej (i zacząłem używać ASP.NET z v1!) ponieważ mam dość solidny klasyczny framework ASP jestem opracowane i wygodne z. Jednakże, użyłem ASP.NET strategicznie i stwierdzili, że jest bardzo potężny i skończyć się pisanie musi mniej kodu, jak tak wiele jest wbudowany w. NET framework, tak długo, jak można go znaleźć w dokumentacji.

Polecam również nie używać VB.NET a Ty zgryź kulę, żeby używać C#. Zmiana języka jest dość niewielka, ale zmniejszasz szanse na pisanie stron dokładnie tak, jak kiedyś. Pomaga przełamać złe nawyki masz szansę nauczyć się nowych technik.

Powodzenia!

Mam jedno słowo "debugowanie" - nigdy nie chcesz tego używać, ale zawsze to robisz. W. Net jeśli używasz Visual Studio masz fantastyczny debugger w porównaniu do próby debugowania kodu na ASP.

Do prostych stron wolę ASP vs. ASP.NET, zwłaszcza jeśli dobrze znasz HTML. Jednak z ASP, oddzielenie logiki biznesowej od widoku jest trudne; kod, który piszesz, będzie prawdopodobnie trudne do odczytania + utrzymania.

PHP jest jednak lepszy od ASP - i nieco podobny na poziomie podstawowym. I zawsze możesz przejść do Rails lub Django, jeśli jesteś zainteresowany samodzielnym stosem tworzenia stron internetowych (ale znacznie dłuższa krzywa uczenia się).

Jedna zaleta dla ASP.NET jest to, że masz możliwość kodowania witryny dokładnie tak, jak to zrobiłeś z klasycznym ASP, wraz z dostępem do bogactwa. NET framework. Możesz zachować istniejącą funkcjonalność i dodać nowe ASP.NET funkcjonalność była potrzebna. Dobrze się mieszają.

Niestety autor cytowanego artykułu nie jest zbyt dobrze zorientowany w technologii stojącej za ASP.NET co widać po jego uwagach (a może nawet nie klasycznych ASP). Większość jego punktów jest nieważna lub po prostu źle.

Wszyscy tutaj przedstawili ważne uwagi.

Byłem klasycznym programistą ASP aż 3 lata temu, kiedy przełączyłem się na.Net 2.0.

Nie mogłem wrócić (mimo że wciąż muszę naprawić kilka klasycznych stron ASP).

Brakuje mi obiektu recordset, repeatery danych są świetne do szybkiego wyświetlania danych, ale zbiory danych, oferując wspaniałą funkcjonalność, są dame okropne, jeśli chodzi o wydajność na "dużych" stronach. Szczerze mówiąc, robiłem dane na rondzie sposób z tablicami w klasycznym ASP. Jedyny raz używam zestawów danych dla moich koszyków e-commerce. Tęsknię za rs.movenext itp...

FlySwat popełnił jeden z największych błędów, które widzę, że wielu programistów popełnia.

Tak logika biznesowa, OO itp... to, że. NET przynosi jest świetne( skalowalność nie zgadzam się w 100%, ale zdecydowanie bardziej rozszerzalna), ale przy użyciu ASP.NET nadal tworzysz stronę internetową. Zapomnij o tym bezsensownym używaniu terminologii "aplikacja". Spotkałem wielu wielcy Programiści. NET, którzy budują witryny n-tier, oo, ale nie mają prawdziwego zrozumienia wyjątkowości budowania witryny sieci web; takie jak stan, lub cholerny irytujący problem, że polegają na Javascript. Większość z tych programistów buduje witryny typu MS, które normalnie nie spełniają standardu W3C, nie są przyjazne dla przeglądarek i nigdy nie ulegają degradacji. I nie jest to niedopuszczalne nawet dla aplikacji back office, aby były kompatybilne tylko z IE.

. NET ma również tendencję do "tuczenia" prostych stron. . NET pod wieloma względami był to sposób na zachęcenie programistów WinForm do rozpoczęcia tworzenia stron internetowych (lub jak wolą, aplikacji internetowych.). Problem polegał na tym, że przyniosło to ze sobą grupę deweloperów, którzy mieli luksusy, nie martwiąc się o stan, standardy itp...

Nadal utrzymuję, że każda strona. NET może być zbudowana w klasycznym ASP i działać szybciej (czasy odpowiedzi strony) dla użytkownika końcowego....

...Ale chociaż mam miłe wspomnienia z klasyczną ASP, to co mogę zrobić z. NET pod względem obrazowania, szyfrowanie, kompresja, łatwa integracja usług internetowych, odpowiedni OO, przyzwoity poziom N, rozszerzalność, etc...is co daje. NET przewagę. Nawet głupie rzeczy, takie jak po prostu dodanie jednej linii kodu do sieci.config, aby powiedzieć mu, aby napisać sessionID do querystring, jeśli użytkownik nie akceptuje plików cookie (to był ból w klasycznym ASP) jest wielki.

Przenieś się do. Net, nie pożałujesz, ale daj sobie kiedyś (szczególnie jeśli nie wiesz o OO (dziedziczenie, abstrakcja, polimorfizm i enkapsulacji). Nie zaczynaj budować witryn. NET w klasycznym trybie zgodności, to po prostu tani sposób na robienie. NET i nadal będziesz korzystać z klasycznych praktyk ASP. Jeśli VBScript był twoim głównym językiem programistycznym, skok jest nie były tak proste, jak MS lub inni chcieliby ci wierzyć.

Najważniejsze dla mnie jest to, że przeniosłem, z moich klasycznych czasów ASP, fundamentalny projekt aplikacji webowych (;-)) i to nigdy nie powinno się zmieniać między językami.

Rzadko odpowiedź w tym wątku odpowiada na pytanie. Zamiast iść na łatwiznę, to ja się tym zajmę:

Kilka korzyści, które nie zostały wymienione (JScript-centric):

• możesz nauczyć się całego języka i zachować go w pamięci, jeśli używasz go wystarczająco dużo - nie znam nikogo, kto twierdzi, że zna cały. NET framework; to sprawia, że kodowanie jest bardzo szybkie.
• słabe pisanie - pozwala to na szybsze kodowanie podczas stukania coś szybko, np. czy naprawdę zależy ci na różnicy między char a string przez większość czasu? (Wstaw tutaj religijny płomień-wojna)
• Eval: to bardzo złośliwe słowo kluczowe jest naprawdę niezwykle potężne i pozwala manipulować kodem w czasie wykonywania w naprawdę interesujący sposób
• Zgodność języka Klient/Serwer : podobieństwo języka JScript do Javascript oznacza, że możesz użyć tego samego pliku dołączania do walidacji po stronie serwera, którego używasz dla klientów.

Jeśli tworzysz tylko proste strony internetowe, to rób co chcesz. Albo jeszcze lepiej naucz się PHP. Większość odpowiedzi, które otrzymasz, pochodzi od ludzi, którzy tworzą aplikacje internetowe, a za to asp.net zdmuchuje spodnie klasycznej asp pod względem mocy i łatwości konserwacji.

Zgadzam się ze wszystkimi tutaj oprócz tego, który powiedział, pomiń webforms i przejdź od razu do MVC. To nie pomaga. Webforms jest bardzo przydatny w aplikacjach bazodanowych, które wykonują wiele wyświetlania tabel itp. Pracowałem nad bardzo dużymi aplikacjami webforms i działa dobrze. MVC jest dobry dla bardziej interaktywnych aplikacji typu "Web 2.0".

Po wykonaniu" rename asp to aspx and change until it compiles " port aplikacji do asp.net powiedziałbym, że nawet asp classic style Programowanie w. NET jest lepsze niż asp classic. VS oczywiście zachęci cię do wpadnięcia w otchłań sukcesu i poprowadzi cię w kierunku formularzy internetowych i kodu-za sposobem robienia rzeczy, ale język jest wystarczająco ekspresyjny, aby odtworzyć wzorce asp classic (mianowicie wiele złotych bryłek / kodu inline, cross posting pages, etc)

Chyba już słyszałem, że można pisać COBOL w dowolnym języku. Tak jest w przypadku klasycznych boleni.

Zawsze używam klasycznej ASP, działa pięknie.

Próbowałem ASP.net przez kilka lat, ale to było zbyt skomplikowane dla większości rozwoju strony internetowej. Moim klientom też się to nie podobało, bo nie mogli tego zrozumieć. Lubią też wiedzieć, że nie są zamknięci w jednym deweloperze.

ASP.NET ciągle się zmienia i wymaga ogromnej / ciągłej krzywej uczenia się, aby utrzymać aktualność. MS zmienił język podstawowy Na C# , co znacznie utrudniło Przejście.

My wydajność zwolniła się z. Net, ponieważ zawsze szukałem samouczków lub przykładów, jak zrobić wszystko.

Visual Studio to pig sloooooow.

PHP ma brzydką składnię i zbyt wiele różnych frameworków, co uniemożliwia naukę w celach programistycznych. Moim zdaniem dobry tylko do intranetu z dedykowanym personelem.

Classic ASP jest zamknięty i działa doskonale dzisiaj, tak jak przed laty. Dzięki kilku plikom bibliotecznym pisanie kodu jest łatwe jak ciasto i przykłady są nieograniczone w Internecie.

Napisany poprawnie, czego większość ludzi nie robi, vbscript jest czystym czytelnym, wydajnym kodem. Zostawiam rzeczy po stronie klienta dla bibliotek takich jak jQuery i uważam, że jestem wielokrotnie bardziej produktywny.

5 Powody, dla których warto przyjrzeć się bliżej ASP.NET MVC

Jeśli w tym momencie używasz klasycznej asp (bez mandatu od CTO), musisz udać się do psychiatry. albo jesteś masochistą. Albo jako satanista, w takim razie, chciałbyś, bo jesteś w piekle! : p

Na poważnie... dla aplikacji webowych użyj formularzy Web.

Dla lekkich, szybkich i brudnych stron internetowych, użyj ASP.NET MVC.

Dobrą rzeczą w ASP jest to, że można użyć VB.NET, C#, Eiffel, Boo lub PHP dla Twojego języka! Dla PHP sprawdź Phalanger...

Ponieważ płacą mi za tworzenie rozwiązań, a nie za pisanie kodu, po prostu wolę ASP.NET nad klasyczną ASP. Podczas gdy classic ASP jest nadal praktyczny dla bardzo małych, prostych stron, nadal istnieje wiele mocy ASP.NET przy pisaniu nieco bardziej złożonych witryn. Poza tym, nawet z ASP.NET możesz jeszcze użyć Notatnika do napisania .pliki aspx, w tym osadzony kod vb lub C#. Visual Studio zapewnia wiele dodatkowych funkcjonalności, które eliminują potrzebę pisania większej ilości kodu siebie. I, jak mówiłem, nie płacą mi za pisanie kodu...