问题标签 [backend]

在存储 Web 应用程序数据以了解应该使用哪个数据库后端时，是否有一般的经验法则可以遵循？每天的点击数、数据行数或其他指标是我在选择时应该考虑的吗？

我最初的想法是这个顺序看起来像下面这样（但不一定，这就是我问这个问题的原因）。

1. 平面文件
2. 发展局
3. SQLite
4. MySQL
5. PostgreSQL
6. SQL 服务器
7. 甲骨文

我想为我在最后一刻附加到的 Ruby on Rails 应用程序构建一个真正快速而肮脏的管理后端。我查看了 activescaffold 和 streamlined 并认为它们都非常有吸引力并且它们应该很容易运行，但我不太明白如何将其中任何一个设置为后端管理页面。它们似乎被设计为像标准的 Ruby on Rails 生成器/脚手架一样工作，用于创建具有模型-视图-控制器-表名称对应的可见前端。

当播放器已经在使用中并且您希望尽可能避免影响其任何相关文件时，如何创建 admin_players 界面？

管理员无法使用原始资源的显示、编辑和索引。

你怎么看.. 干净的 URL 是后端还是前端的“纪律”

我想知道是否有人可以简洁地比较/对比前端、后端和中间件（“中间件”？）之间的差异。

是否存在重叠的情况？是否存在它们必须重叠并且前端/后端不能分开的情况？就瓶颈而言，哪一端与哪种类型的瓶颈相关联？

我们的应用程序经常通过 Web 服务、MQ、JDBC、专有（直接通过套接字）和其他类型的传输连接到不同类型的后端。我们已经有许多实现可以让我们从应用程序连接到这些后端，虽然所有这些实现都实现了通用的 java 接口，但它们不共享任何其他内容。

我们已经意识到，对于所有这些特定的连接器实现来说，存在一些通用的代码部分，我们决定通过一个通用连接器来简化未来连接器的开发。此连接器将能够将消息格式化为后端预期的格式，并使用可用的传输机制发送它们。例如，通过 MQ 或通过套接字的固定长度消息格式。

我们面临的困境之一是最适合这种连接器的技术。到目前为止，我们的连接器是实现通用 java 接口的基本 java 类。由于我们通常将我们的应用程序托管在一些 Java EE 应用程序服务器中，因此 Java 连接器架构似乎是最适合该软件的技术。但是，实现符合 JCA 的连接器似乎相对复杂。采用标准 - JCA 有哪些明显的好处，这些好处是否证明了额外努力的合理性？

我想做一种编译语言。我目前正在评估后端。到目前为止，我关注 C 是因为它的执行速度、编译速度和一个名为 TCC 的小型、易于使用的编译器。

阅读了此处关于将其用作中间语言的讨论后，我正在尝试考虑如何使其与垃圾收集兼容并处理异常。到目前为止，我认为我可以同时解决这两个问题，但开销很大。

以下是我对其他可能的后端的一些想法：

1. 组装：不便携，编程非常痛苦。
2. .NET：感觉真的很慢。5 秒启动，5 秒评估 Ironpython 和 Boo 上的 1+2。没有大型库就无法运行。
3. JVM：感觉有点慢。无法访问二进制库。没有大型库就无法运行。
4. LLVM：不支持 Windows。我听说编译后的可执行文件大小是 16 mb+
5. C--：看起来不发达。
6. C++：可能。找不到我可以捆绑的漂亮的小免费。

你们中的任何人都可以改变我的想法或有更多内容要添加到此列表中吗？

编辑

我最近一直在尝试 LLVM。我发现他们已经预编译了二进制文件，并且可以编译为本机程序集。

http://www.antlr.org/wiki/display/CS652/Generating+machine+executable+binaries+with+LLVM

以下是步骤：

1. 在 LLVM 程序集上运行 llvm-as，这会产生一个 LLVM 字节码文件。
2. 在 LLVM 字节码文件上运行 llc 以生成汇编文件。
3. 对汇编文件运行汇编程序以生成目标文件。（或运行似乎依赖于外部安装的 c 编译器的 llvm-ld）
4. 使用 gcc 等编译为可执行文件。

我正在考虑为 iPhone 和 Android 创建一个需要访问通用后端来检索帐户信息的应用程序。两者都可以通过 https 访问 Web 服务吗？还有什么其他方法可以让我拥有一个可供两者访问的后端接口？

我一直在玩LLVM ，希望学习如何使用它。

然而，界面的复杂程度让我大吃一惊。

以他们的斐波那契函数为例

要让它输出 LLVM IR，需要61 行代码！！！

它们还包括以拥有最小编译器（200 字节）而闻名的 BrainFuck。不幸的是，使用 LLVM，它超过600 行(18 kb)。

这是编译器后端的规范吗？到目前为止，执行汇编或 C 后端似乎要容易得多。

当今的 CAD 应用程序（Rhino、Autocad）是用什么编写的，它们在内部是如何组织的？

我举了一个例子，Autocad 和 Rhino，虽然我也很想听听其他例子。我特别想知道他们的后端是用什么（多语言？）编写的，它是如何组织的，以及他们如何实时处理他们的前端（GUI）？他们是使用本机 Windows API 还是他们自己的一些库，因为我想，尽可能好，今天市场上的开源解决方案不会削减它。我可能错了...

正如大多数使用过它们的人所知道的那样，它们可以实时处理相对复杂的旋转操作（我对着色不感兴趣）。我最近一直在用几个包做一些实验，对于一些较大的模型，发现速度有很大差异，例如，其中一些（我不会命名）程序旋转（大型全船模型） . 所以我想知道他们的内部...

另外，如果有人知道一些关于这个主题的书，我很想听听。

我正在编写一个带有访问前端的分布式数据库应用程序。本质上是一个带有一些表格和报告的 mde。我应该使用访问 mdb 来保存后端表还是使用 MySQL 或其他数据库？