matlab 转 C 语言
引用 1 楼 zhao4zhong1 的 回复 : 不 要 做 A 语言 代码 修改 为 B 语言 代码 的 无用 功 。 也 不 要 做 用 A 语言 代码 直接 调用 B 语言 代码 库 这样 复杂 、 这样 容易 出错 的 傻事 。 只 需 让 A 、 B 语言 代码 的 输入 输出 重 定向 到 文本 文件 ， 或 修改 A 、 B 语言 代码 让 其 通过 文本 文件 输入 输出 。 即 可 很 方便 地 让 A 、 B 两 种 语言 之间 协调 工作 。 比如 ： A 将 请求 数据 写到 文件 a . txt ， 写 完 后 改名 为 aa . txt B 发现 aa.txt 存在 时 ， 读取 其 内容 ， 调用 相应 功能 ， 将 结果 写到 文件 b . txt ， 写 完 后 删除 aa . txt ， 改名 为 bb.txt A 发现 bb.txt 存在 时 ， 读取 其 内容 ， 读 完 后 删除 bb. txt 以上 A 可以 替换 为 任何 一 种 开发 语言 或 开发 环境 ， B 可以 替换 为 任何 一 种 与 A 不同 的 开发 语言 或 开发 环境 。 除非 A 或 B 不 支持 判断 文件 是否 存在 、 文件 读 写 和 文件 更名 。 但是 谁 又 能 举出 不 支持 判断 文件 是否 存在 、 文件 读 写 和 文件 更名 的 开发 语言 或 开发 环境 呢 ？ 共享 临时 文本 文件 这 种 进程 之间 的 通讯 方法 相比 其它 方法 的 优点 有 很多 ， 下面 仅 列出 我 现在 能 想到 的 ： · 进程 之间 松 耦合 · 进程 可 在 同 一 台 机器 上 ， 也 可 跨 机 ， 跨 操作 系统 ， 跨 硬件 平台 ， 甚至 跨国 。 · 方便 调试 和 监视 ， 只 需 让 第三 方 或 人工 查看 该 临时 文本 文件 即 可 。 · 方便 在线 开关 服务 ， 只 需 删除 或 创建 该 临时 文本 文件 即 可 。 · 方便 实现 分布式 和 负载 均衡 。 · 方便 队列化 提供 服务 ， 而且 几乎 不 可能 发生 队列 满 的 情况 （ 除非 硬盘 空间 满 ） · … … “ 跨 语言 、 跨机 ， 跨 操作 系统 ， 跨硬件 平台 ， 跨国 ， 跨 *.* 的 ” 苦海 无边 ， 回头 是 “ 使用 共享 纯 文本 文件 进行 信息 交流 ” 的 岸 ！ 可是 老师 ， 我 这边 是 要 将 程序 导入 DSP ， 必须 是 用 C 语言 ， 而且 是 要 脱离 电脑 ， 您 的 这 种 方法 是 不 是 不 太 适合 我 的 应用 条件 呢
