为何不存在让编译器直接读取嵌入资源为可执行脚本的方法？

• 安全风险是首要原因
  允许直接执行嵌入资源里的脚本，等于给恶意代码开了方便之门。编译器和运行时没法提前判断嵌入的脚本是合法功能还是恶意逻辑，攻击者很容易把删文件、偷数据这类恶意代码塞进资源里，用户一运行主程序就中招。这种设计严重威胁程序安全，所以主流语言的工具链都默认堵死了这条路。

• 资源系统的设计边界很明确
  资源管理器从一开始就是用来存静态数据的——比如图片、字符串、配置文件这些，它只管让程序方便读取数据，不管执行代码。脚本执行属于程序的运行逻辑范畴，得走专门的流程：先把资源里的脚本内容取出来，放到内存或者临时文件，再调用对应的脚本引擎去执行。这种“存数据”和“跑代码”的分工，是避免逻辑混乱的基本设计原则。

• 脚本执行的依赖没法保证
  脚本要跑起来得靠对应的引擎，比如Python脚本要Python解释器，JS脚本要Node.js。编译器没法确保用户的电脑上装了这些环境，要是直接让资源里的脚本执行，十有八九会因为缺依赖报错。而让开发者主动处理执行流程，就能提前检查依赖、适配版本，给用户明确提示，保证执行可控。

• 调试和维护会变麻烦
  要是嵌入资源的脚本能直接执行，调试的时候没法像主程序代码那样断点追踪，出问题了很难定位是主程序的锅还是脚本的问题。而且脚本逻辑和主程序绑在一起，后期改代码、加功能的成本会飙升，不符合模块化的开发思路。

内容的提问来源于stack exchange，提问作者Ooker