Веб-разработка Python - с картой или без нее

Ответ 1

Командная строка Python, IMO, определенно на первом месте. Получите это, чтобы работать, поскольку это ядро ​​того, что вы делаете.

Проблема в том, что использование ORM веб-структуры из приложения командной строки не является очевидным. Django предоставляет конкретные инструкции по использованию своего ORM из приложения командной строки. Сначала это раздражает, но я думаю, что они спасают жизнь в долгосрочной перспективе. Я использую его для гигантских загрузок файлов, поставляемых клиентом.

Не используйте голый CGI. Это не невозможно, но слишком много вещей может пойти не так, и все они решены рамками. Зачем изобретать что-то? Просто используйте код другого пользователя.

Рамки включают обучение, но не настоящие "накладные расходы". Они не медленны. Это код, который вам не нужно писать или отлаживать.

• Изучите Python.

• Сделайте Django учебник.

• Начните создавать веб-приложение.

  а. Запустите проект Django. Создайте небольшое приложение в этом проекте.

  б. Создайте свою новую модель с помощью Django ORM. Создайте Django unit test для модели. Убедитесь, что он работает. Вы сможете использовать страницы администрирования по умолчанию и много играть. Просто не создавайте весь веб-сайт.

• Получите приложение командной строки для работы с помощью Django ORM. По сути, вам нужно усовершенствовать файл настроек для этого приложения, чтобы работать хорошо. См. Раздел настройки/настройки.

• После того, как вы запустили свою командную строку и администратор по умолчанию, вы можете закончить веб-приложение.

Здесь золотое правило фреймворков: Это код, который вам не нужно писать, отлаживать или поддерживать. Используйте их.

Ответ 2

Возможно, вы захотите использовать что-то вроде web.py, которое было бы легко распространять (поскольку оно мало), и было бы легко адаптироваться ваши другие инструменты, поскольку это не требует, чтобы вы подчинялись фреймворку так, как это делали Django.

Будьте предупреждены, однако, это не самая любимая инфраструктура в сообществе Python, но это может быть только для вас. Вы также можете проверить web2py, но я об этом меньше знаю.

Ответ 3

Зависит от размера проекта. Если бы у вас было только несколько предыдущих php-скриптов, которые называли ваше автономное приложение, я бы, вероятно, пошел на cgi-приложение.

Если вы используете базы данных, переписываете URL, шаблоны, управление пользователями и т.д., то использование фреймворка - хорошая идея.

И, конечно же, перед тем, как вы его портируете, подумайте, стоит ли просто переключать язык или нужны ли какие-либо специфические функции Python.

Удачи!

Ответ 4

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

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

Ответ 5

Django позволяет быстро выскочить на сайт, что точно. Вам не обязательно быть мастером Python, чтобы использовать его, и поскольку он очень pythonic в этом дизайне, и на самом деле не существует какой-либо "магии", это поможет вам изучить Python по пути.

Начните с примеров, посмотрите некоторые скринканы django из TwiD, и вы будете в пути.

Начать медленно, настраивать администратора и играть с ним через оболочку - это способ начать. Когда у вас есть ручка на ORM и получите, как все работает, начните создавать реальные вещи!

Структура не вызовет каких-либо проблем с производительностью, например, S. Lott, это код, который вам не нужно поддерживать, и что лучший вид.

Ответ 6

Перейдите к фреймворку. Основные вещи, такие как обработка сессии, - это кошмар, если вы не используете один, потому что Python не является веб-специалистом, как PHP.

Если вы считаете, что django слишком много, вы можете попробовать более легкий, как очень маленький, но все же удобный web.py.

Ответ 7

Для любви к птенцу используйте рамки! Там есть буквально десятки фреймворков, от вишневого до джанго до альбатроса до... ну.. ты назовешь его. На самом деле огромное количество веб-фреймворков - это то, о чем указывают люди, когда они скулят о популярности Rails.

Сообщество веб-разработчиков Python делится без единого голоса. Но эта другая тема всецело! Дело в том, что есть "веб-инструментарий" (например, альбатрос), которые достаточно легкие, но достаточно мощные, чтобы вы могли пройти через день (например, автоматическая проверка бота не делала простой фальшивки формы или помогала поддерживать чистоту MVC).

Если вы хотите что-то, что не "слишком много фреймворков", посмотрите здесь:

http://wiki.python.org/moin/WebFrameworks

Посмотрите в разделе "Основные рамки, обеспечивающие шаблоны". Они все легки и делают все "не изобретать велосипед", не заставляя вас грузовик Mac.

Ответ 8

Это зависит от того, как вы собираетесь распространять свое приложение.
Если он будет использоваться только внутри, пойдите для django. Рад работать с ним. Однако джанго действительно не справляется с задачей распределения; django-приложения - это боль, которую нужно настроить.