Движение Ruby on Rails с ASP.NET
Вы можете попробовать следующий динамический сводный запрос.
create table temp
(
PageId int,
PageName Varchar(20),
IsAccess int
)
insert into temp values (1, 'Dashboard1', 1), (2, 'Dashboard2', 0), (3, 'Dashboard3', 1)
DECLARE @cols AS NVARCHAR(MAX),
@query AS NVARCHAR(MAX);
select @cols = STUFF((SELECT distinct ',' + QUOTENAME(c.PageName)
FROM temp c
FOR XML PATH(''), TYPE
).value('.', 'NVARCHAR(MAX)')
,1,1,'')
set @query = 'SELECT ' + @cols + ' from
(
select IsAccess, PageName
from temp
) x
pivot
(
max(IsAccess)
for PageName in (' + @cols + ')
) p '
execute(@query)
Выходные данные, как показано ниже
Dashboard1 Dashboard2 Dashboard3
----------------------------------
1 0 1
5 ответов
Я нахожусь теперь в Вашей обуви, потому что я изучаю RoR после коммерческой разработки в.NET в течение 5 лет. Вот мои два цента:
- Масштабируемость: Я полагаю, что направляющие могут масштабироваться вполне хорошо, существуют многочисленные доступные опции, такие как кластеры полукровки на Linux.
- Этот немного хуже, чем на.NET. Но сообщество очень хорошо, и Вы никогда не будете искать хороший способ пойти.
- Посмотрите выше (это превосходно),
- Хостинг не является проблемой: многочисленные доступные опции хостинга.
- Я нахожу, что переход от разработки тестирует и затем к производству, лучше думаемому в Ror, чем в ASP.NET.
Я полностью соглашаюсь с сообщением Чада.
Я был половиной пути посредством разработки приложения в направляющих, и теперь я сделал полные 360 и пересмотрел после копания глубоко в ASP.NET MVC для моих дневных обязательств по заданию.
Я теперь изменяю курсы и изучаю ASP.NET MVC для всех моих персональных проектов, я думаю, что оба честно удивительно сопоставимы теперь, поскольку я думаю, что MS имел хороший твердый взгляд на набор функций Ruby on Rails и гарантировал, что они могли соответствовать функциям очень тесно. В конце концов, если Вы связываете проект с LINQ 2 SQL / EF, ASP.NET MVC и потенциально Динамические Данные (при необходимости в такой вещи) я действительно не могу думать ни о каких неопровержимых доводах для выбора Rails over.NET, однако я, CAN выбирает причины выбрать.NET по направляющим - после того, как все передает богатый опыт отладки с VS.NET, богатый intellisense и поддержку watcher/quickwatch плюс Помощники Действия HTML поддержки платформы MVC ASP.NET, Образцовые Редакторы связей, поддержка и поддержка для поблочного тестирования, и теперь с включением JQuery и результатов JSON, Вы являетесь фактически неостанавливаемыми.
Я предполагаю помимо очевидного хостинга/лицензирования затрат, предпочтения языка Ruby и других персональных предпочтений, таких как он являющийся открытым исходным кодом и т.д., Это - действительно Ваш выбор.
Я взял бы глупца в качестве ASP.NET MVC. Таким образом, можно придерживаться Платформы.NET, и все же получают некоторые вещи, которые Вы, вероятно, хотите из RoR.
ASP.NET MVC очень легок и легок масштабироваться с некоторыми API, которые он обеспечивает (устройство хранения данных SQL для сессий или даже Microsoft Velocity).
MVC ASP.NET имеет большую поддержку со стороны сообщества и таким образом имеет много документации и обратной связи от сообщества и самой Microsoft.
Партии. Проверьте http://www.codeplex.com/ASPNET для получения дополнительной информации.
Ну, ASP.NET MVC развертываем на мусорном ведре. Таким образом, пока Ваш хост поддерживает ASP.NET 3.5 нет ничего иного, в чем Вы нуждаетесь. У них не должно быть ASP.NET MVC, установленный ни в каком виде пути. Таким образом, если бы Вы хотели, то Вы могли бы легко использовать общий хост.
Развертывание очень просто с ASP.NET MVC и с изменениями, приходящими к Visual Studio 2010 для более легкого развертывания веб-сайтов через "Пакеты". Я в настоящее время поддерживаю 2 ASP.NET сайты MVC и нахожу, что он с развертыванием мусорного ведра все равно как обычный сайт ASP.NET WebForms.
1) Масштабируемость
Направляющие так же масштабируемы как любая другая стопка веб-приложения. Единственная разница - то, что Ваш единственный сервер мог бы быть перегружен и потребовать разделения к 2 серверам раньше, чем это будет в.NET из-за более медленной производительности рубинового времени выполнения. На практике это не проблема.
2) Документация
Microsoft действительно предоставляет лучшую документацию оперативным библиотекам, чем Ruby или направляющие, но рубина/направляющих все еще в целом очень хороши. Я полагал бы, что рубин/направляющие победитель здесь для очевидного факта, что можно всегда просматривать источник для всего. Никакая сумма документации не является заменой для способности на самом деле видеть то, что происходит.
3) Общественная поддержка
Я был только впечатлен общественной поддержкой вокруг направляющих. Я не знаю, что еще сказать там.
4) Хостинг решений
С тех пор phusion пассажир был выпущен, Это, кажется, легче в эти дни найти хостинг направляющих, чем это должно найти хостинг ASP.net. Это только собирается колебаться больше к направляющим с течением времени для очевидного факта, что хостинговые компании не должны платить роялти к Microsoft для развертывания направляющих на серверах Linux.
5) Развертывание ETC.
Capistrano (наиболее распространенное решение для развертывания для направляющих) побеждает все остальное без всяких усилий.
Хорошо я ничего не знаю о части Масштабируемости, но лично я начал узнавать о Ruby on Rails из ASP.NET только что. Мне действительно было нелегко находить некоторую хорошую документацию - документация класса относительно сайта направляющих была действительно плоха в моих глазах, и у меня был простой вопрос о том, какие аргументы Вы могли поместить в actionlink. Но возможно это был просто я, кто никогда не находил правильное место. Но лично я думаю, что документация ASP.NET лучше, чем направляющие - по крайней мере, покупают книгу, я думаю, что это - хороший способ пойти.
Номер 3. Я довольно уверен, что существует очень хорошая общественная поддержка направляющих, просто необходимо ли найти правильный форум или другие медиа, что комплекты симпатия - возможно, это, что было, я сделал неправильно.
Номер 4. Существует большой хостинг решений для направляющих, но не так как ASP.NET или PHP. Я думаю, что необходимо исследовать это Ваш сам и узнать, если существует что-нибудь это комплекты likeing.
Номер 5. Ruby должно быть очень легко развернуть, он имеет понятие разработки, теста и производственной базы данных. Это использует миграции, таким образом, обновления в схеме базы данных являются бесшовными - это очень прохладно. Это пишет сценарий, таким образом, это должен быть вопрос xcopy с компьютера разработчика на рабочий сервер.
Причина необходимо выбрать Ruby on Rails, состоит в том, если Вам нравится шаблон MVC. Шаблон MVC является гением, и рубин является большим языком, когда Вы изучаете это. Возможно, прыгните в воду в MVC ASP.NET и посмотрите то, что как - затем, возможно, перемещают в направляющие. Затем только необходимо выучить новый язык, и не новую архитектуру, платформу и язык одновременно.
Remmember, который это от Разработчика ASP.NET, который осуществил сниффинг к направляющим, но сдался, самка к отсутствию способности найти действительно хорошую документацию, и всегда были некоторые странные ошибки от редактора или направляющих - но это - properbly вещь новичка :)
Но если Вы имеете время, любой ценой изучаете это. Некоторые разработчики говорят, что мы должны выучить один новый язык в год, и Ruby является великим кандидатом на это.