Dodaj końcowy ukośnik odwrotny ( \
)
Sztuką jest - podobnie jak na przykład to, co byś zrobił bash
- dodawanie końcowego ukośnika odwrotnego. Na przykład, jeśli chcę wydrukować 1
:
charon:~ werner$ python
>>> print 1
1
>>> print \
... 1
1
>>>
Jeśli napiszesz \
, Python poprosi cię ...
(kontynuacja) o wprowadzenie kodu w następnym wierszu, że tak powiem.
Uwaga dodatkowa: tak dzieje się automatycznie, gdy tworzysz definicję funkcji lub klasy, tzn. Kiedy naprawdę potrzebujesz nowej linii, więc nigdy nie ma do niej naprawdę dobrego zastosowania, a przynajmniej żadnej, o której wiem. Innymi słowy, Python jest wystarczająco inteligentny, aby mieć świadomość, że potrzebujesz linii kontynuacyjnych, gdy wprowadzasz nową definicję funkcji lub inne podobne konstrukcje (np if:
.). W tych automatycznych przypadkach pamiętaj, że musisz wprowadzić pusty wiersz, \
aby powiedzieć Pythonowi, że skończyłeś.
W pozostałym zakresie musisz pisać jeden wiersz po drugim. Tłumacz działa w ten sposób, że interpretuje każdą linię, którą go podajesz. Nie więcej, nie mniej. Będzie „działał” tylko wtedy, gdy zobaczy nowy wiersz, a zatem poleci tłumaczowi wykonanie tego, co mu dałeś. Pojedynczy ukośnik odwrotny uniemożliwi interpreterowi otrzymanie znaku nowej linii (tzn. Nie będzie wiedział, że faktycznie nacisnąłeś Enter), ale ostatecznie go otrzyma.
Interpretator Pythona ma zaawansowane możliwości, gdy używasz readline GNU, takich jak Emacs lub skróty klawiszowe w stylu vi do nawigacji w obrębie linii (np Ctrl-A.). Te jednak działają tylko w jednym bieżącym wierszu. Historia też tam jest, po prostu spróbuj i naciśnij ↑.
Co jeśli chcę ciągle uruchamiać skomplikowane linie?
Prawdopodobnie chcesz użyć odpowiednich plików źródłowych, jeśli chcesz wykonać więcej niż jeden wiersz kodu na raz.
Lub użyj notesów Jupyter , które oferują świetny, interaktywny sposób tworzenia kodu Pythona za pomocą wbudowanego interpretera. Możesz pisać kod tak jak w edytorze kodu źródłowego, ale możesz wybrać, które wiersze będą interpretowane razem. Następnie możesz uruchamiać selektywnie tylko części kodu. Najlepszym sposobem jest po prostu sprawdzenie, czy pasuje to do Twojego przepływu pracy.