Existují nějaké dobře známé a dobře používané IDE pro skriptování prostředí pro Un * x?

Existují nějaké IDE zaměřené na skriptování prostředí, konkrétně skripty bash a zsh? To znamená mít zvýraznění syntaxe pro skripty prostředí a ještě důležitější je ladit prostředí s funkcemi, jako jsou zarážky, kontrola proměnných a úpravy atd., Stejně jako ty, které jsou k dispozici pro běžné programovací jazyky, jako jsou Python, Java a C.

Například Microsft Windows Powershell má IDE jako Powershell Plus a PowerGui .

Společnost Google přinesla kombinaci ShellEd , pluginu Eclipse pro úpravy skriptů prostředí, a BashEclipse , ladicí program Bash, který pracuje se ShellEd; Ještě jsem to nevyzkoušel.

Existují nějaké další prostředí IDE skriptující prostředí pro Un * x podobné tomuto combo? Má s nimi někdo nějaké zkušenosti?

Komentáře

  • Nehlasoval jsem, ale kdokoli to udělal, udělal to proto, že se neptáte. Na jedinou otázku ve vašem příspěvku lze odpovědět ano / ne. Na co se vlastně ptáte „Jak tyto programy fungují? Co dělají? Co se přesně snažíte udělat?
  • Bash IDE? Jaderné štěpení k varu vody na čaj …
  • Vlastně mít bash debugger je velmi dobrý nápad – stejně jako v jakémkoli programovacím jazyce bude váš kód lepší, když budete pomalu procházet každý řádek v debuggeru, zkoumat proměnné, přemýšlet o tom, co kód dělá atd. Debugger je nejlepší způsob, jak to udělat, i když váš program nebo skript nemá ‚ chyby. Ve většině distribucí můžete získat bashdb, což vám to umožní v textovém režimu. Také , může stárnoucí DDD grafický debugger být nuceni pracovat s bashdb, abyste měli více “ vizuální “ zkušeností.
  • Ano, určitě se dá Udělej to. A mnozí ano, a tím ‚ se jim daří léta. Pokud vám to vyhovuje, nepokusím se vás ‚ přesvědčit o opaku. Podle mého názoru je to podřadný přístup, který zdaňuje mozek úkoly s nízkou hodnotou (jako je mentální sledování hodnot proměnných atd.). Myšlenka dobrého uživatelského rozhraní debuggeru uvolňuje tyto cykly pro přemýšlení o programu. Podle mých zkušeností na tom záleží – máte více pozornosti soustředit se na přemýšlení o tom, co program dělá, pokud ‚ utratíte méně peněz za takové věci.
  • Pro ty z nás, kteří mají v USA nebo v Evropě rychlovarné konvice nebo sporáky, velkou část naší elektrické energie základního zatížení dodávají jaderné elektrárny, takže když vaříme vodu na čaj, využíváme alespoň částečně jaderné štěpení. .

Odpověď

Neřekl bych, že je buď dobře známý, nebo dobře používaný, ale můžete mít podívejte se na basheclipse :

zde zadejte popis obrázku

Musím přiznat, že nemám žádné zkušenosti s basheclipse a dokonce se mi nepodařilo jej nainstalovat kvůli neshodě verzí zatmění.

Na druhou stranu používám specifické ladicí funkce bash a ksh93, zejména trap ERR a trap DEBUG ty, ale ne ladicí programy na nich založené kshdb a bashdb

Komentáře

  • Považuji za docela ironické, že váš snímek obrazovky je ve stylu Windows.
  • @NigelNquande Abych byl upřímný, ‚ m není uživatel basheclipse (nebo zatmění). Určitě používám funkce ladění poskytované ksh93 a bash, ale žádné GUI. Tento snímek obrazovky je převzat z webu basheclipse. Může to být nějaké téma gnome nebo jen skutečný snímek obrazovky systému Windows 7 vzhledem k řádku OS = “ cygwin „.
  • No, IMO, pokud ‚ se chystáte něco udělat, udělejte to s botami, ne napůl (ale to ‚ není tu ani tam nikomu jinému). bash ve Windows se mi zdá být poloviční když to v GNU / Linux funguje perfektně.
  • @NigelNquande Jak jsem psal, toto není můj ‚ ta snímek. V každém případě používám bash na Windows, jen když nemám jinou možnost a cygwin je docela efektivní skrýt základní OS.
  • @ user7000 Napsal jsem a dokonce se mi nepodařilo jej nainstalovat kvůli nesouladu verze zatmění , ale nepamatuji si, o jakou verzi zatmění se jednalo. Je zdokumentováno, že funguje s Eclipse 4.5.2: sourceforge.net/projects/basheclipse/files/?source = navbar

Odpověď

Účelové integrované vývojové prostředí by nějak zmařilo účel skriptování v shellu, nemluvě o tom, že je téměř nemožné to udělat, protože většina z toho, co shell dělá, je volání externích příkazů – jak to ladíte? Ladění pomocí kontrolních bodů je pro shell neintuitivní – shell skripty obvykle fungují těžce na soubory, a mít destruktivní vedlejší účinky na každé volání. Skriptování DESIGNEM pracuje řádkově, takže vaše „prostředí“ je vlastně samotný terminál – vždy můžete ozvěnit proměnné, vaše prostředí je vždy k dispozici pro vás, neexistuje žádný „předepsaný tok“ které byste museli přerušit. Postupně děláte, co chcete, řádek po řádku, pokaždé testujete, jestli máte, co jste chtěli, a poté tyto řádky vložíte do skriptu, abyste je mohli znovu použít. Jakékoli IDE by vlastně většinu toho deaktivovalo můžete to udělat v samotném shellu.

Pro plně kvalifikované skriptovací jazyky (Python, Perl atd.) máte Tohle je, ale bash / zsh / ksh / … jsou interaktivní „lepicí“ pro jiné příkazy a jsou jejich vlastními debuggery.

Většina textových editorů však pro vás zvýrazní kód a emacs poskytne (za předpokladu, že najdete správné balíčky, nikdy jsem se s tím neobtěžoval pro skripty prostředí) poskytnout programovatelné doplnění klíčových slov. Věřím, že to dokáže i vi (prosím, nespouštějte zde Flawarwar).

Komentáře

  • Jak definujete “ plně kvalifikovaný skriptovací jazyk? “
  • @TrevorSullivan svým vlastním způsobem . Don ‚ t, prosím, vzdejte se nenávisti.
  • @Det: Byla to legitimní otázka – pokud můžeme ‚ všichni se shodují na společné, konkrétní definici fráze, pak bychom o ní také neměli diskutovat. Jsem ‚ jen zvědavý, co se rozumí pod pojmem ta fráze.
  • Nesouhlasím, aby IDE porušila účel skriptování prostředí. Možná budete chtít vyčistit své skripty prostředí (např. vložené cizí proměnné, detekovat nepoužité proměnné – o co se ‚ pokouším při čištění mých skriptů System V Init, které se zbytečně prodlužují, zvláště když jsou duplikovány ze stávajících příklady).
  • Také bych dodal, že a IDE poskytuje intellisense nebo jiné nástroje, takže nemusím ‚ neustále procházet googlingem nebo prohlížením manuálových stránek, abych si nějaké zapamatoval věci. Umožňuje mi také udržovat všechny své skripty pohromadě v projektu, překračovat řádky, kontrolovat příchozí argumenty, testovat smyčky a přepínače, rozdělovat potrubí pro kontrolu atd.

Odpověď

Rovněž podporuji myšlenku použití IDE pro bash skripty.

Jeden může psát bash skripty pomocí poznámkového bloku jupyter.

Notebook jupyter lze nainstalovat pomocí anaconda , zatímco jádro bash pro notebook jupyter (nebo jupyterlab) lze nainstalovat pomocí následujících příkazů ( zdroj ):

pip install bash_kernel a

python -m bash_kernel.install

Poté můžete vybrat bash v novém spouštěči instance navigátoru Anaconda, jak je znázorněno níže.

Jediná věc je, že (pokud vím) nefunguje s příkazy, které musíte zadat do výzvy, například read nebo jakýkoli jiný argument, který předáte po volání skriptu. Ale kromě toho to funguje docela dobře.

zde zadejte popis obrázku

Odpověď

narazil jsem na tento problém sám, což znamená, že jsem hledal IDE bash skriptu, na populárním IDE je spousta pluginů stejně jako zatmění a mnoho dalších. ale shledávám to spoustou práce při práci s IDE jen na vytváření malých bash skriptů. na druhé straně práce s editory způsobuje spoustu syntaktických chyb a ztrátu času, nemluvě o tom, že to vůbec není zábava.

Takže jsem našel online nástroj pro tvorbu skriptů bash, který se nazývá http://bashops.net , it “ Je-li online, okamžitě můžete začít pracovat na vytváření bash skriptu, aniž byste se museli zabývat jakoukoli instalací.

Odpověď

Chtěl bych navrhnout vydání komunity PyCharm s pluginem BashSupport . Toto má vynikající funkce IDE s IntelliJ Intellisense.

Odpověď

Rogalmic napsal pluginy VSCode pro bashdb a zshdb .

Jsou založeny na mých ladicích programech pro bash a zsh , takže zpracovávají mnoho okrajových případů, které chybí v debuggeru zatmění pro bash.

Odpověď

Zkuste tento web. Hledám také to samé a chci mít možnost nejprve otestovat skript a neovlivnit můj systém. Toto je online editor pro bash.

https://repl.it/languages/bash

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *