可以。楼上说的 FFMPEG 。

或者自己写个 EXE ，比如 movie.exe ，
然后写个脚本 movie.exe c:\photos c:\1.mp3 c:\new.mp4
哈哈

这种方案不是很清楚。难道可以直接修改 APK ？ APK 没有一个 HASH 校验自己的机制？文章里好像有说，签名机制选择 V1 就可以。

不过我想可能这样更稳妥，就是认为业务员数量是有限的，可以在更新新版本的 APK 和新增业务员是在后台生成好，每个业务员对应一个 APK ，扫码下载之前就准备好业务员专用的 APK 。这种做法能保证用任何签名方式，在线下客户扫码时也不用等待服务器临时生成 APK 。。。

我习惯建一个 /data 目录 ，自己的东西都放在里面，尽量不要和系统的目录缠在一起

/data/soft/soft1
/data/soft/sof2

/data/web/web1

/data/backup/database
/data/script/script1.sh

@bkkkd 同样的习惯。。。

楼主你不是转了 4 个月了吗？能谈谈你现在在哪？用 GO 做什么工作？怎么样？

@placeholder

网上很多这样的网民，自己站在道德高点，抨击别人，满足自己的”道德欲望“。。。

如果真的让他像雷锋一样无私奉献，他会干么？

https://www.ctyptoing.com/hots 能提供 RSS 不。。。。哈哈

BTC/BTC 汇率 = 1 ，
这是认真的吗？
没有必要把这个列 出来吧。。。

看起来很方便，期待更完善的版本

反 rust 黨真的是無孔不入

开发群是干啥的？

kotlin 刚出测试版本的时候我就用过，刚开始感觉这语言挺好的，后来感觉带来的好处并不足以覆盖带来的复杂性，而且 JAVA 也一直在改进，有时还真的直接用原生的 JAVA 就可以

楼主的这个问题我以前也经历过。

两种做法各有各的好处，静态的最大好处在于，你任意一个 WEB 服务器都可以部署，甚至可以用 GITHUB 部署。。。

如果用即时模板，坏处是要运行可执行程序，好处是可以再加一些动态功能，比如 搜索啥的。。

建议学 RUST ，RUST 的目标是 C++的性能但更安全

标准库的 API 定义应该语义清晰，而不是像楼主说的：这样也可以，那样也可以。。。

第三方库或者自己写的包装库，可以根据不同的需求（比如更方便），做额外的封装，但最底层的基础库，还是逻辑简单点好。

另外，假设标准库按楼主说的这样做了：index 不正确，返回空字符串。说不定哪天楼主或者其它用户又会来抱怨了：为什么不正确的 index 也能返回空字符串，我哪知道是真的是空字符串还是因为 index 不正确导致的空字符串。。。。

如果光是”模板“这个很简单，你自己写个代码例子测试一下不就清楚了。

实际上问题会更复杂，比如你要根据模板生成，你的数据来源要快，假如你数据库放国内，生成服务器放国外，那就慢的不得了（实际上可能不会这么极端），那样的话，先在本地生成所有的 HTML 再上传会更好。

还有就是服务器的 CPU 性能，内存性能等。如果是垃圾服务器，那也是先生成 HTML 比较好。

如果数据来源够快，我是建议用 模板生成，那样单个即时生成所费的时间很小，毫秒级别。再加上各种缓存（缓存在磁盘上，REDIS 中，CDN 中），能大大缓存生成压力。模板即时生成的最大好处就是可以随时修改样式模板，随后再次访问就是新的样式了。也不用随便小修改就要重新生成一次所有页面，那可能会费很多时间。

最讨厌 C,C++的头文件啥的

C,C++的编译问题很多，所以新一点的语言，比如 RUST, GOLANG 都有一部分责任要解决 C,C++编译的问题

@ericgui 嘲笑是不对，
但随便问问题就是对的？
你也知道这问题“傻”，
楼主自己也知道这问题“傻”，（看楼主的标题）
为什么还要问这样的问题？
浪费大家时间？


像楼主这样的明知道不是正确的做法还来做的，为什么不能嘲笑？真的想好好解决问题，要么好好自学，要么花点成本现实在用”钞能力“来解决（找个老师或者培训班或者专人指导），现在搁这是打算自己不努力来白嫖？

首先这问题也太简单了，就是一个 js 对象里面的元素查看的问题。以后如果大家都把最简单的问题拿来问，比如 hello,world 级的问题拿来问，这不是好事。我认为但凡把书好好看看，把学习视频学习下，不至于这么问。

其次上面的那个 “v2 的回复也变得低龄化了吗？
别人学习的问题，好好回复不就行了，不懂可以不回，嘲笑别人可以满足你的优越感？
《请尽量让自己的回复能够对别人有帮助》” 的指责，没看出他的“回复”对楼主有帮助，也没看出他的“回复”对非楼主有帮助 ，所以，这是一个“自己做不到的人指责别人做不到”？