Используя Python для создания веб-приложений
Спасибо за все ваши ответы, но моя проблема заключалась в том, что я не хочу такого поведения, мой пост был неверно истолкован, и я прошу прощения за это.
В противном случае, я решил сам проблему. В панель навигации контроллера навигации было добавлено подпредставление, которое было скрыто под панелью. И так или иначе, у этого subView было включено взаимодействие, даже если оно было ниже. Поэтому я отключил взаимодействие, когда скрыто. Вот и все.
4 ответа
"как легкий CGI программирует в Python?" Легче, чем C, это наверняка. Python легче, потому что - просто - это - более легкий язык для работы с, чем C. Прежде всего: никакое освобождение выделения памяти. Кроме того, модель программирования OO превосходна.
Вне существенной простоты языка со стандартом WSGI Python намного легче справиться, чем стандарт CGI.
Однако необработанный CGI является огромной болью по сравнению со значительно упрощенным миром платформы все-Python (TurboGears, CherryPy, Django, безотносительно.)
Платформы налагают много (необходимой) структуры. Опыт out-of-the-box для программиста CGI состоит в том, что это слишком много для изучения. Верный. Все новые вещи слишком много для изучения. Однако значение далеко превышает инвестиции.
С Django Вы в порядке в течение минут. Серьезно. django-admin.py startproject и у Вас есть что-то, что можно выполнить почти сразу. Действительно необходимо разработать URL, записать функции представления и разработать шаблоны страницы. Весь из которого является работой. Но это - меньше работы, чем CGI в C.
У Django есть лучшая архитектура, чем PHP, потому что шаблоны презентации полностью разделяются от обработки. Это приводит к некоторому беспорядку (см. Синтаксическую ошибку каждый раз, когда я поместил код Python в шаблоне django), когда Вы хотите использовать свободный-и-неограниченный стиль PHP на платформе Django.
соединение пользовательского интерфейса к бэкенду
Фронтенд Python (Django, например) использует функции представления Python. Те функции представления могут содержать любой код Python вообще. Это включает, при необходимости, модули, записанные в C и вызываемые из Python.
Это означает, что можно скомпилировать модуль CLIPS с благоприятным для Python интерфейсом. Это становится чем-то доступным Вашему коду Python с import оператор.
Иногда, однако, это неэффективно, потому что Ваши страницы Django ожидают механизма CLIPS для окончания. Альтернатива должна использовать что-то как именованный канал.
У Вас есть свое основанное на CLIPS приложение, записанное полностью в C, читающем из именованного канала. Ваше приложение Django, записанное полностью в Python, пишет в тот именованный канал. Так как у Вас есть два независимых процесса, Вы истратите все свои ядра довольно быстро как это.
Я предложил бы Django, но, учитывая, что Вы просите что-то "столь же легкое, как это с php", затем необходимо смотреть на PSP (Страницы Сервера Python). В то время как Django является полной платформой для того, чтобы сделать веб-сайты, PSP может использоваться таким же образом, чем PHP без любой платформы.
Легче записать веб-приложения в Python, чем это находится в php. Особенно, потому что Python не является поврежденным языком.
Возьмите некоторую веб-платформу, которая поддерживает mod_wsgi или развертывание Ваше собственное. Приложения WSGI действительно легко развернуть после того, как Вы овладеете от выполнения его.
Если Вы хотите шаблоны затем genshi, о лучшем механизме шаблонной обработки, который я нашел для Python, и можно использовать его однако, Вам нравится.
Python является хорошим выбором.
Я избежал бы модели CGI, хотя - Вы заплатите большой штраф за запуск интерпретатора по каждому запросу. Большинство веб-платформ Python поддерживает стандарт WSGI и может быть сцеплено до серверов в несметном числе путей, но большинство живое в своего рода продолжительном процессе, которым веб-сервер общается с (через проксирование, FastCGI, SCGI, и т.д.).
Говоря о платформах, среда Python готова с ними. Это и хорошо и плохо. Существует много прекрасных опций, но это может быть пугающим вновь прибывшему.
Если Вы ищете что-то, что прибывает предварительно упакованное с веб-/DB/шаблонной обработкой интеграцией, я предложил бы смотреть на Django, TurboGears или Опоры. Если Вы хотите иметь больше контроля над отдельными компонентами, посмотрите на CherryPy, Colubrid или web.py.
Что касается того, является ли это как "легкое как PHP", который субъективен. Обычно это поощряется разделить Ваши шаблоны и прикладную логику в мире веб-программирования Python, который может сделать Вашу жизнь легче. С другой стороны, способность написать весь код для страницы в файле PHP является другим определением "легких".
Удачи.