Jestem bardzo nowy w RoR i chcę wybierać między APS.NET MVC3 i RoR. C # z pewnością jest dla mnie łatwiejsze, ponieważ robię to od tak dawna, ale zastanawiam się, czy jest jakiś sens, aby rozważyć użycie RoR zamiast .MVC do stworzenia prawdziwej witryny internetowej?
Co jeszcze mogę uzyskać dzięki RoR, czego nie mogę uzyskać z ASP.NET MVC 3, a które warto poświęcić czas na opanowanie RoR? Myślałem, że dostępna wtyczka RoR społeczności byłaby jednym z powodów, ale nie wydaje się, aby była zorganizowana i wydaje się, że krzywa uczenia się, aby robić właściwe rzeczy, będzie tak duża, że praktycznie nie zaoszczędzi to dużo czasu nowicjuszowi! Mogę się mylić i naprawdę doceniam twój komentarz na ten temat z życia wzięty? Pamiętaj, że nadal muszę się uczyć ASP.NET MVC, ale to brzmi szybko dla faceta .NET!
Co RoR może zaoferować facetowi .NET, któremu WARTO wybrać RoR przez ASP.NET MVC 3? i proszę o praktyczne porady! :)
advice
tag do pytania.Odpowiedzi:
Obie są fantastyczne i potrafią bardzo szybko osiągnąć te same cele. Jakiś czas temu nauczyłem się czegoś w świetnej książce i będzie to dla ciebie dobre: Rails for .Net Developers
Również jakiś czas temu napisałem post o przejściu z MVC do RoR .
Jeśli chodzi o porównania, oba mają mocne strony, jak zostało omówione, ale oto kilka, które mnie wyróżniają:
Naprawdę podoba mi się wdrażanie RoR i proste sposoby wysyłania do aktywnych witryn - żadnych skryptów do uruchomienia, wystarczy odrobina wiersza poleceń, abyś mógł zacząć działać, gdy kod zostanie faktycznie napisany. Jeśli wybierzesz RoR, ZROZUMIEĆ POLECENIA LINII POLECENIA - to znacznie ułatwi Ci życie!
Jak wspomniałeś, wtyczki są świetne i naprawdę można ich użyć do przyspieszenia działania.
Jako programista .Net, MVC będzie proste, polecam używanie Razor, ponieważ jest bardzo proste i mniej zagracone niż stary rendering bez maszynki 2.0.
EF4 .Net można porównać prawie bezpośrednio z ActiveRecord RoR, świetnymi systemami ORM do przetwarzania danych.
Zauważyłem, że dokumentacja .Net jest nieco bardziej spójna i dokładna.
Jednym z problemów, jakie miałem z RoR, były szybkie i drastyczne zmiany; nie tak dawno zaktualizowali do 3.0 na moim hoście, a ja nie zablokowałem mojej wersji - różne rzeczy się zepsuły, dopóki nie wymyśliłem nowych rzeczy (powinienem był zamrozić moją wersję).
Nie jest to czysty wybór - oba są świetne. Ponieważ jesteś już programistą .Net, myślę, że MVC3 byłby dobrym rozwiązaniem, ale oba są łatwe do nauczenia.
źródło
Używam i lubię oba, a problem z takim pytaniem polega na tym, że są tak różne, że można by mówić o jabłkach i pomarańczach przez cały dzień, ale ponieważ twoje pytanie jest dość niesprecyzowane, powiem tylko:
Jeśli uważasz się za „faceta .NET”, powinieneś nauczyć się języka, który działa zupełnie inaczej niż C #, a język dynamiczny, taki jak Ruby, nie jest złym miejscem do rozpoczęcia. (Inną opcją byłby język funkcjonalny, taki jak Haskell, Scala itp.)
Gdy to zrobisz, będziesz lepszym programistą i nie będziesz już musiał nazywać siebie „facetem .NET”!
źródło
Nie jestem tu deweloperem RoR, ale robię Django i myślę, że to samo pytanie można by zadać również dla Django. Najważniejszą rzeczą, którą lubię Django zamiast ASP.NET MVC, jest to, że Django jest już dostarczane z ORM. Oznacza to, że większość przykładów kodu, które można znaleźć w Internecie, będzie wyglądać podobnie. Dzięki ASP.NET MVC możesz wybierać spośród wielu różnych ORMów, które mogą być dobre, ale mogą również powodować zamieszanie.
Tak jak powiedział @Craig, tak naprawdę to jabłka kontra pomarańcze. Wybrałbym ASP.NET MVC, gdybym był zobowiązany wdrożyć go na stosie MS, i używałbym Django do projektów „osobistych” lub projektów, które wymagały wdrożenia w systemie Linux.
źródło
W swojej odpowiedzi dla Craiga Stuntza wspomniałeś, że chcesz mieć „właściwą opcję na ograniczony czas, jaki masz”
Idź z mvc3 i skup się na nauce tylko tego, zamiast nowego języka i frameworka w tym samym czasie. RoR jest świetny, ale jest jednocześnie nowym językiem, frameworkiem i IDE i jest szansa, że nie zrobisz tego dobrze za pierwszym razem. Ja nie.
W witrynie asp.net znajduje się kilka naprawdę dobrych samouczków , dzięki którym można bardzo szybko rozpocząć pracę
źródło