@mingl0280

win 下从第几版开始并不关心 在所有案例上没空格是通例 虽然 win 下有空格的很多 没空格的也很多 比起脚本更常见在于说明文档和影音 好几分可能是楼主应用范围没错 但在几乎所有情况下没空格更好做事 尤其对 shell 来说空格是魔法

@mingl0280

你有看文吗 系统以及大部份应用包内名称是没空格的 你爱看多少例外随你 看过的脚本也几乎没有含空格的名称 win 下倒是看过很多 可能有些人把 win 的习惯带进来 特例当通例

@xz410236056

应用归应用 系统归系统 你看过哪些重要组件是如此的 其它系统不管 linux 是这样

@lolizeppelin
本来就不建议档名有空格

有空格第二个 for $d*改成"$d"*

这问题可以回答

#!/bin/bash

for d in */
do
for f in $d*
do
[[ -e "$f" ]] && break 1
done && echo "Directory '${d%\/}' is not emtpy" || echo "Directory '${d%\/}' is emtpy"
done

@ysc3839

测试起来效能差不多 只是它执行档一直放在很奇怪的位置 例如 /usr/lib/jsc mac 下都有 然后几乎没人把它捆绑成类似 node 的东西(是好处 世界清净了) 然后都很肥

说实话打从心里鄙视这样的 估计不少都混的很好

这东西本来就可以做出来 只是很多 mac 用户连 mac 本身的东西都不了解 不是整天 app store 就是面向履历和风向编程

@06_taro
你不缺不代表别人不缺...

当然会 只是大厂通常怕的是大厂 小厂大小厂都怕
而且这类套件多数都不会写的太直观简洁 甚至还有缺陷 别人抄也有成本
至于比较接近底层的只能说门槛比较高 多数人看不太懂的 不懂就不能修改应用了 所以一堆上层应用会刻意建立门槛的原因就在这 这样搞才显得更上游 稍微有点类似有新人进来才能进管理阶级的意思 没钱没势又不想搞乱代码那只有闭源一途 不然成效只能说非常低 帮助穷人是做善事 那帮助有钱人呢? 多数是韭菜

@seth19960929
我说的是基本的东西 剩下的多花时间都可以完成 效能好好维护 毕竟也不能讲的太死 保守估计 这些框架本来就一堆喷点了 别人也不是做佛心的 肯定不会做的完美 一群人开发跟一个人开发本来就不是一样的 来回沟通要时间 也不是一直都有空閑时间处理 然后可能后面还有人下指导棋 甚至商业考量 blahblahblah
写的好过这些东西不难 大家都往完美迈进那就是内卷

@https://v2ex.com/member/seth19960929

@yxx1993
已经简易的做过了 并不需要 show 给你看
可不可行自行判断 仰望是进步的阻力

@seth19960929
技术上不难 基本的一两个礼拜就好了
没人喜欢拿石头砸自己的脚
自己写的不能有文档？ 而且你先要求你框架外业务有文档再説 况且单步傻瓜除错没人不会
这是两回事 写框架本来就是力所能及的 不是説首富不是想当就当 这论坛真的一堆奇葩类比

@seth19960929
1. 你只要知道 cron 的格式含意你就能做出一个一模一样的东西
2. pdo 已经很方便 我也偏爱 想要物件关联 熟悉反射就可以 field 是 public 也可以不用反射
3. 语言程度可以写个 queue 也不难
4. 这个不讲了
5. php 还有 heredocument 可以不用写内嵌 整一整就很好用

go 的话同上 自己写也不错

@panlatent
很简单 重点在于你了不了解这技术背后的原理 思路清晰的状态下写一个非常快
也不用什么现有的库 因为 php 本身就有 不用 cgi 可以 自写一个实现可以(如楼上说的 scheduler) 很多需要的东西 php 早就提供了 心理有谱就行
设计模式就不用说了 这是类似围棋定石的东西 只是前人根据一些经验总结一些应用范例 不少人会定石也是一蹋糊涂 编程思想是根据框架不同而异 你有条理有规范生出来一个就差不多会有的东西 工程实践那细节了 算法本身与框架关联不大 而且你看了下 laravel 它像是有算法关联嘛... 想太复杂无中心创意思想肯定觉得难
这是大而全思想导致 基本上多数公司用的技能大同小异你简单写一个套用在其他公司基本上是没问题的(尤其对 web 来讲) 如果有额外需求那只是额外实现而已 如果你框架本身就考虑到扩充 那肯定是没问题的 做了好几次完全可行 甚至一些框架没有的功能都可以 你用现有框架思路会解决方案非常局限 甚至解法都烂大街了 看久就会知 至于自写框架当然是为了往后节省时间 因为你想要根据特殊需求解决并且迎合该框架使用逻辑是非常需要思考的 乱解就会与现有屎山一样

@lxyer1
真是好公司 羡慕

@seth19960929

基本上一堆既有框架使用派都跟你一样想法
认为自己写的不成熟 然而你并不需要该框架全部功能(含哲学性功能) 一些功能也有其它实现方式 php 原生就含有丰富的功能 我只是在表明你跟据原生手册实现一个体系一个框架并不难 laravel 效能差有目共睹 很多人讲的优雅其实封装一下完全不会差过它 并不是很凸出的特点

@
感谢
Reply 40
seth19960929