我也遇到这个问题，求救

> 请问这样是否合理？

对前端合理，还是对后端合理，这要看每个研发角色各自的上下文。通常来说，说不合理只是现有的技术栈不容易实现或者不兼容。我认为这没有通用的答案，因为这是跟具体项目和人相关的。

> 是否有相应的设计规范？

我觉得可以针对返回的数据结构设计一套类型系统。比如 A 类型、B 类型，它们有哪些可选字段、必选字段，字段类型是什么，可以用 JSON Schema 来表达。
然后定义空类型的固定表达，比如类型是字符串的 a 是空的情况，用 `{a: null}` 还是 `{a: ''}` 还是 `{}` 来表达；类型是数组的字段 b 用 `{b: []}` 还是 `{}` 来表达？统一风格就好。
或者直接用 GraphQL，你可以参考它的类型系统 https://graphql.org/learn/schema/#type-system 。
至于具体构造哪些类型，这是从业务角度来思考的。

最终你们会约定出一套 Schema 文档，以此为约束，互不侵犯。

已买，感觉还不错，支持一下

@iyaozhen 好的，根据上面的说法，我觉得应该可以在少部分模块不可用的情况下支持到 4.0+，Bash 3 就饶了我吧，不想蹚这浑水。

@ChristopherWu 题外话，可能你需要这个工具 https://github.com/koalaman/shellcheck

@xiaolanger @hljjhb

想了一下，线上服务其实也能跑。Lobash 可以支持 4.2+。但数组相关的模块还有 sub/inc 模块一共 9 个模块无法使用，起码剩下 80+ 个模块是可以用的。

具体分析如下：

Lobash 依赖 4.4 的 inherit_errexit 特性和 4.3 的 nameref 特性。

但在 4.4 出来之前，还是有很多用 Bash 写的脚本在线上跑也没出问题嘛。
所以 inherit_errexit 这个开关可以是个可选项（原本就是开发者自己选择去开的），
开启 inherit_errexit 是为了保证 fast-fail，
如果没开它，那就由开发者自己负责保证不触发异常情况（这本就是开发者应做的），多测试各种边界，那还是能在 4.3 上跑的。于是 Lobash 就可以兼容到 Bash 4.3+。

4.3 的 nameref 特性也不是所有模块都有用到，目前就数组相关的模块还有 sub/inc 模块一共 9 个模块有用到。
判断模块是否有用 nameref 特性的方法很简单，只要调用方式是传递变量名的，都是用到了 nameref 特性。
于是你只要使用剩下的模块，阉割了部分功能的 Lobash 就可以兼容 Bash 4.2+ 啦。
不过还需要你改下生成的 lobash.bash 里的 check_supported_bash_version 函数，把版本号检查改到 4.2，默认是 4.4。

我这线上 centos 都是 Bash 4.2，我想应该不会有更低的线上版本了。

@huiyifyj

> bash 这玩意写不动大一点的功能

你见过用 bash 写的 docker 吗？ https://github.com/p8952/bocker
虽然是依赖了很多 linux 程序，15 年就停止更新了，但功能不算简单吧。
还有 Lobash 中使用的测试框架 [bats-core]( https://github.com/bats-core/bats-core) 也是纯 bash 编写，功能挺复杂的。
还有很多有意思的 shell 命令： https://github.com/alebcay/awesome-shell

能写出什么东西，一部分取决于语言的表达力，一部分取决于你的想象力。

> 这样折腾会写着就很累，除非支持模块化（像 powershell 那样）

通过唯一的命名空间来做模块化，Lobash 就是这么做的，Bash 脚本一般依赖不多的，可以人为控制避免命名冲突，虽然糙了点但能用啊。
然后，难道支持了模块化用了 powershell 就会不折腾么？每种方案都会伴随自身的局限，是否折腾要结合你的具体上下文来看。怎么避免就要靠你的聪明才智了。

@james122333 酷！利用 trap 真是巧妙的点子，感觉很有启发，可以改进 Lobash。感谢分享

@james122333 大致了解了，想法很有创意，但是不符合我的需求。你看这段代码
https://gist.github.com/c52d778b9b01c183d0eb41aa16892177#file-t-bash

期望的是 is_success 返回 false，foo 收到后把结果打印出来，但执行会发现在 33 行就跳出程序了。
因为 `set -o errexit` 和 `shopt -s inherit_errexit` 起了作用。

`shopt -s inherit_errexit` 的目的是为了快速失败 (fast-fail)，当 sub-shell 里抛异常了，那么当前 shell 也应该停下来而不是继续执行下去。所以 inherit_errexit 这个选项是必须的。
我为了区分异常控制流和普通的数据流，才因此用 return 0 表示命令正常，return 1 表示类似 throw error。用 echo true 表示数值为真，用 echo false 表示数值为假。
因此你说的 return 方式不符合我的需求。

@jziwenchen 那我顺便再自荐一下个人的笔记

- https://github.com/adoyle-h/Today-I-Learned/blob/master/linux/bash-tricks.md
- https://github.com/adoyle-h/Today-I-Learned/blob/master/linux/bash-learning.md

@jziwenchen 有的，Lobash README 里提到的 References 是一部分，

- https://github.com/dylanaraps/pure-bash-bible
- https://www.gnu.org/software/bash/manual/
- http://mywiki.wooledge.org/BashFAQ

还有

- http://wiki.bash-hackers.org/
- https://kvz.io/blog/2013/11/21/bash-best-practices/
- https://github.com/learnbyexample/Command-line-text-processing

都是不错的文章

@james122333 没看懂这个 return 函数有什么用。这是为了解决什么问题？

我是为了让 return 0/1 只用来区分命令是否有异常，用 true/false 来区分命令返回值的真与否，并且配合 `set -o errexit` 和 `shopt -s inherit_errexit` 这样的先决条件，才这样写的 is_ 函数的。

@xuboying 你说的很对。果然这个库可能就是个玩具了

@hljjhb 诶，我也很纠结。`inherit_errexit` 选项 bash 4.4 才有，`Nameref` 4.3 才有，这两个我很难割舍。

`inherit_errexit` 保证程序按我理想的来，如果没有这个保证，就会有各种坑，具体看[这个链接]( https://mywiki.wooledge.org/BashFAQ/105)，这对 bash 脚本开发者是个负担。

`Nameref` 主要是传递数组很方便。

bash 4.4+ 是基本与服务器无缘了，最多只能在 docker 里跑，但都能跑 docker 了，环境依赖问题就没有了，想用什么语言都行何必用 bash。

@rrfeng 恩，程序员嘛，就喜欢瞎折腾

@pony279

> 2. 升级 bash 4.4 就是修改你的系统工具了，至少需要 root 权限吧，有 root 权限安装个 node/php/python 也是一条命令的事情。

全局安装了这些，多个不同的项目有相同依赖就会有版本冲突和不兼容的风险，所以我通常不推荐全局安装，用 nvm，rvm，gvm 来装各种语言环境。

在 Lobash 这个库我也考虑如果有多个类库来使用 Lobash，其他项目间接依赖多版本的 Lobash 怎么办。因此我使用 ./build + PREFIX + 时间戳 的方式来生成项目自己唯一的 lobash.bash。

用户选择什么方案，就要考虑这个方案的成本，具体细节具体分析吧。我只是为 Bash 增加使用的可能性，并不影响用户的判断，用户需要自己来判断自己需要什么。


> 为了极度的严谨罗嗦正这样，何必呢。有这样的需求，正统的编成语言才是最优解。

恩，你说的有道理。因为我急于开发出这套框架来应用，return 0 1 在我看来不理想，为了 API 格式统一我先选择了严谨的写法，严谨虽然麻烦但总不会出错。你的意见我需要一点时间再考虑，如果确实没问题，可以新增一批模块，提供更多方便的选择。

@hgjian 不好意思，以后也不会加中文文档的，英语差可以翻字典一个个词来看，我也是从英语渣渐渐成长的，相信你也可以做到。

@0x11901 请仔细看 README，https://github.com/adoyle-h/lobash#module-usages
这里有用法，描述，例子，单测的链接，晚上有空我再加个跳到源代码的链接。