Installationshinweise zu Python3.4

Da einige Annahmen erfüllt waren, entschied ich mich, die Hauptumgebung auf Python 3.4 umzustellen. Unten über das Schreiben von Notizen.

Installation

Bisher wurde es mit der Erstellung von Homebrew-> Virtualenv installiert, aber dieses Mal habe ich beschlossen, es selbst zu erstellen. Es gibt keine Formel, die durch Angabe kleinerer Versionen wie python31 und python32 installiert werden muss, und es bestand die Befürchtung, dass die vorhandene Hauptumgebung Python3.3 durch das Update gelöscht werden könnte. (Es ist unbestätigt, ob es tatsächlich ist)

python

% brew search python3
python3

Klonen Sie die Quelle von github. Https://github.com/python/cpython

python

% git clone https://github.com/python/cpython
% cd cpython

Geben Sie das Installationsverzeichnis mit configure an. Sie können die Standardeinstellung (/ usr / local) beibehalten. In diesem Fall verwenden Sie jedoch "make alt install" anstelle von "make install", um zu vermeiden, dass vorhandene symbolische Links überschrieben werden. (ref.) https://github.com/python/cpython/blob/master/README

bash:Python3.4.Installation von 0

% ./configure --prefix=~/python/python34/3.4.0
% make
% make install
% ls ~/python/python34/3.4.0/bin/
2to3  2to3-3.4  easy_install-3.4  idle3  idle3.4  pip3  pip3.4  pydoc3  pydoc3.4  python3  python3-config  python3.4  python3.4-config  python3.4m  python3.4m-config  pyvenv  pyvenv-3.4

Aufbau einer virtuellen Umgebung

In meiner eigenen Umgebung erstelle ich für jede Version eine virtuelle Umgebung, ohne den Systemstandard Python (2.7.5) zu ändern. Es ist üblich, virtualenv zum Erstellen einer virtuellen Umgebung zu verwenden. Ab Python 3.4 haben Sie jedoch die Möglichkeit, die Standardbibliothek pyvenv zu verwenden. https://docs.python.org/3.4/using/scripts.html#scripts-pyvenv

Ich kann nicht sicher sagen, weil ich es nur leicht versucht habe, aber wenn ich nur die virtuelle Umgebung ersetze, scheint es kein Problem zu geben. Virtualenv hat jedoch ein nettes Dienstprogramm namens virtualenvwrapper, daher werde ich pyvenv nicht migrieren, es sei denn, dies wird auf irgendeine Weise behoben. (Obwohl darauf hingewiesen wurde, dass Sie es selbst oder Gorua implementieren sollten ...) Ich denke jedoch, dass die Bedeutung der Erstellung einer virtuellen Umgebung mit einer Standardbibliothek enorm ist. Erwartungen für die Zukunft.

virtualenv(wrapper)Aufbau einer virtuellen Umgebung in

% mkvirtualenv -p ~/python/python34/3.4.0/bin/python3.4 py3.4.0
…
(py3.4.0)% python
Python 3.4.0+ (default, Apr 19 2014, 14:38:58)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.76)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>

Halten Sie diese Hauptumgebung so sauber wie möglich, aber schließen Sie nur iPython ein. Es ist unpraktisch, wenn Sie etwas ohne es überprüfen möchten. Da virtualevnwrapper Hooks beim Erstellen einer virtuellen Umgebung unterstützt, verwenden Sie diese. Der Vorgang nach dem Erstellen der virtuellen Umgebung kann durch die Datei postmkvirtualenv definiert werden. Schreiben Sie daher den Prozess zur Installation von ipython hier.

postmkvirtualenv

#!/bin/zsh
# This hook is run after a new virtualenv is activated.

pip install ipython

(ref.) http://virtualenvwrapper.readthedocs.org/en/latest/scripts.html

Ich habe auch httpie aufgenommen, weil es praktisch ist.

python

(py3.4.0)% pip install httpie

Verwenden Sie standardmäßig die virtuelle Python 3.4-Umgebung

In der aktuellen Situation müssen Sie die Verwendung der virtuellen Umgebung angeben, die durch Eingabe des folgenden Befehls bei jedem Start des Terminals erstellt wurde.

python

#Workon wird von virtualenvwrapper bereitgestellt
% workon py3.4.0
(py3.4.0)%

Dies ist unpraktisch. Arbeiten Sie also unbedingt daran, wenn Sie sich anmelden. Das Folgende ist die Voraussetzung für die Verwendung von zsh.

~/.zlogin

% cat ~/.zlogin
#Geben Sie den Namen virtueller Umgebungen Regelmäßigkeit.(py + (version))
#Die Standardversion wird als separate Datei verwaltet
if [ -f ~/.venv/.defaultver ];then
    DEFAULT_VER=`cat ~/.venv/.defaultver`
    workon py${DEFAULT_VER}
fi

% cat ~/.venv/.defaultver
3.4.0

(ref.) http://qiita.com/yuku_t/items/40bcc63bb8ad94f083f1

• Da virtualenvwrapper derzeit von .zshrc gelesen wird, wird die Workon-Verarbeitung in .zlogin geschrieben. Es ist jedoch möglicherweise besser, den Lesevorgang auch in .zprofile zu schreiben.

Deaktivieren Sie die virtuelle Umgebung für jedes Projekt

Normalerweise verwende ich die oben genannte virtuelle Umgebung, aber wie oben erwähnt, möchte ich die Hauptumgebung sauber halten, sodass ich von hier aus für jedes Projekt eine virtuelle Umgebung erstellen kann. Da Python 3.4.0 standardmäßig verwendet wird, muss im Grunde nicht bekannt sein, wo sich der angegebene Interpreter befindet (Sie können ihn mit = \ which python angeben).

python

(py3.4.0)% mkvirtualenv -p `which python` new_project