Что не ориентированный на сеть на платформы Python существуют? [закрытый]
Просто добавьте return(x) в конце Вашей функции:
remove_na_factor <- function(x){
#your function body
return(x)
}
можно также получить тот же результат с помощью tidyverse подход
library(tidyverse)
x %>%
mutate_if(is.factor, as.character) %>% # Convert factors to character variables
mutate_if(is.character, replace_na, "NR") %>% # Replace NA with NR
mutate_if(is.character, as.factor) # Convert character columns back to factors
8 ответов
Я предполагаю, что вы ищете Enthought Tool Suite (ETS), в частности Envisage (расширяемая архитектура подключаемых модулей для научные приложения).
Для сетевых служб, которым необходимо асинхронно обрабатывать многочисленные соединения, очень многие люди предпочитают Twisted .
В остальном (и веб-приложения), однако, в Python просто меньше необходимости в всеобъемлющих фреймворках, чем во многих других языках - сам базовый язык выразительный, мощный и поставляется с включенными батареями; зачем что-то добавлять?
Ознакомьтесь с архитектурой компонентов Zope. Это архитектура для использования и повторного использования компонентов. Он в основном используется в веб-приложениях, потому что он используется в Zope (как следует из названия), но он никоим образом не зависит от сети.
Я написал краткое введение к нему: http://regebro.wordpress.com/2007/11/16/a-python-component-architecture/
Вот онлайн-книга об этом: http://www.muthukadan.net /docs/zca.html[1230 visibleА вот не онлайн-книга: http://www.amazon.com/dp/354076447X
Мне трудно представить, что такое «структура», которая объединяет «с графическим интерфейсом или без него, будучи демоном или приложением строки cmd, многопроцессорным / многопоточным или нет». Что вы ожидаете от такой структуры?
Фреймворки созданы для инкапсуляции различных основных задач - GUI, веб, асинхронность или что-то еще - так что, как вы говорите, пользователям не нужно изобретать их заново. Но вы явно исключаете все вещи, которые делают фреймворк фреймворком, поэтому я не вижу, что у вас осталось.
Единственное, что вы не исключаете, - это доступ к базе данных (ORM). Если это все, что вам нужно, посмотрите sqlalchemy.
«отсутствие ограничений с графическим интерфейсом или без него» не имеет большого смысла.
Графический интерфейс - в целом - довольно сложные и требуют фреймворка. Люди используют tkinter , pyQT , pyGTK , wxWidgets и т. Д. Для создания графического интерфейса пользователя.
«демон или приложение для командной строки» не требует какой-либо структуры. Это уже часть стандартной библиотеки.
«быть многопроцессорным / многопоточным или нет» уже является частью стандартной библиотеки.
Поскольку «общее» не имеет большого значения, есть несколько ответов:
Для разработки графического интерфейса - да, существует множество фреймворков. «Лучшее» - это субъективно.
Для разработки без GUI не существует «дополнительных» фреймворков.
Для «сети, управляемой событиями» существует скрученный .
Для «объектно-реляционного отображения» их несколько. «Лучшее» субъективно.
Базовый язык Python и стандартная библиотека сами по себе являются прекрасной средой.
Только языки, которые в той или иной степени не обладают достаточными недостатками, нуждаются в структуре для эффективной разработки приложений (например: JavaScript требует jQuery или Прототип ).
Общий подход к Python:
- Проверить стандартную библиотеку; в нем, вероятно, есть то, что вам нужно.
- Если есть какой-то большой компонент, которого нет в стандартной библиотеке, вероятно, есть специальная библиотека, которая поможет с этим.
Привязки Python к GObject и GLib обеспечивают структуру приложения, не привязанную к графическому интерфейсу или чему-либо еще, однако, если она должна быть привязана к пользовательскому интерфейсу, GTK + подходит ближе.
GLib предоставляет такие функции в качестве основного цикла приложения, событий, сигналов и обратных вызовов. GObject реализует базовый класс для объектов с подключаемыми сигнальными слотами.
GLib также предлагает множество абстракций файловой системы, включая VFS, обработку мусора, мониторинг каталогов, метаданные файлов.
Ссылка на python находится здесь:
Я не думаю, что то, о чем вы просите, существует. Фреймворки предоставляют общий фрейм для похожих приложений, тогда как вы просите что-то для всех приложений. Практически по определению такая вещь не может существовать.
Вместо этого для каждого типа приложения, если вы не найдете структуру для этого конкретного типа приложения, вы сами предоставляете структуру и используете библиотеки для обеспечения общих функций, общих для всех приложений. Python имеет много хороших библиотек, которые входят в стандартную комплектацию, и больше можно найти на PyPi .