2008-09-04 3 views
4

Мне нужно выбрать структуру для нового проекта. Я начну с нуля. Требования к производительности приложения очень низки. Это необходимо для быстрого развития и обеспечения надлежащей практики развития. Окончательное приложение должно быть легко разворачиваться и эффективно обрабатывать миграции баз данных.Какие рамки вы рекомендуете для быстрой защиты разработки веб-приложений?

Приложение будет обрабатывать большую часть времени простых операций CRUD для определенного домена. Он должен быть очень безопасным. В долгосрочной перспективе мне нужно будет подтвердить его безопасность. У меня есть опыт программирования на PHP, и теперь я работаю разработчиком Java.

Язык для рамки не имеет значения, если он соответствует требованиям, изложенным выше.

ответ

7

Начав с php и недавно переключившись на рельсы, я должен сказать, что рельсы, безусловно, применяют «лучшие практики». Прозвище рельсов - это не случайность. Он следует строгой парадигме Model-View-Controller, позволяющей легко поступать правильно. Существует много вещей, которые вы, вероятно, всегда планировали делать, но никогда не приходили, как простой способ переключения между средами производства/разработки/тестирования, каждый из которых имеет свои собственные характеристики (т. Е. При тестировании и разработке, электронные письма не отправлять, а регистрировать). Инфраструктура миграции упрощает развертывание измененных моделей (структур баз данных).

Ни одна из этих идей невозможно воспроизвести в других рамках, и я полагаю, что многие из них уже сделали это. Но в целом есть уровень полноты и внимания к деталям, которые я раньше не видел. Ruby, язык, нужно немного привыкнуть, но он довольно изящный по сравнению с php.

Что касается безопасности, возможно, это в основном ваша работа. Sanitizing input и т. Д. У Rails есть встроенные механизмы, которые помогут вам в этом, но, как я полагаю, также существует и любая другая структура.

+0

Я тоже должен приветствовать рельсы. Помните, что это не просто Rails, это Ruby on Rails. Хотя в сообществе Ruby принято считать, что у главного интерпретатора (MRI) много проблем, я думаю, что язык настолько изящный и веселый ... Я не могу его достать. – codewise 2009-02-25 07:36:21

2

Для PHP я использовал Zend Framework, CodeIgnitor и CakePHP (только для поддержки существующего проекта CakePHP).

Zend был огромен. У него было много функциональности, и мне понравилось, как вам не нужно следовать шаблону MVC (хорошо для существующих проектов, но, вероятно, не относится к вам). Однако я бы рекомендовал его только для крупных проектов. Если он маленький, Зенд переборщил.

CodeIgnitor был хорош, очень Rails нравится. Я долгое время не использовал его, поскольку проект был передан другой команде, хотя вместе с проектом CakePHP.

1

@Matt Winkelmann: Мне нравится Rails, я сам, но поддержки для него на общем хостинге не хватает, но сообщество, стоящее за ним, растет. Я не думаю, что он готов к прайм-тайму, но он приближается очень быстро.

3

Предлагаю ASP.NET с каркасом MVC. Используйте для доступа к данным NHibernate/Castle ActiveRecord. Это означало бы сервер Windows, в котором много запекаемых схем аутентификации/авторизации.

0

Если вы хотите придерживаться Java, я рекомендую взглянуть на Tapestry.

Чтобы получить обзор всех вариантов мира Java, есть довольно очень краткий обзор двух основных лагерей и различных вариантов от одного из парней JSF (Kito Mann) при в episode 203 из the Java Posse около 8:40.

8

Django - это путь.Вы даже можете принять у себя приложение-убийцу here!

1

Друг также рекомендовал выбрать рубин на рельсах. Думаю, так и будет. Что касается конфигурации сервера, у меня есть полная свобода, поэтому я могу удовлетворить любые требования к инфраструктуре.

@Alexander Я искал SO перед отправкой вопроса. Вопрос о php-структурах был для меня слишком специфичным.

Благодарим за ответы.

Смежные вопросы