salesforce - Force.com平台的缺点

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 10 年前。

我们目前正在考虑使用 Force.com平台作为我们的开发平台，销售人员和force.com 网站都充满了为什么它是世界上最好的平台的理由。不过，我正在寻找的是使用这样一个平台的一些真正的缺点。

Answer 1

这里有 10 个帮助您入门的方法。

1. Apex 是一种专有语言。除了force.com Eclipse 插件之外，几乎没有可用的工具，例如重构、代码分析等。
2. Apex 是根据 Java 5 建模的，Java 5 被认为落后于其他语言，并且如果没有工具(请参阅#1)，可能会非常麻烦。
3. 部署仍然是相当手动的，有很多陷阱和手动步骤。随着时间的推移，这种情况正在慢慢改善，但如果您习惯了自动化部署，您会感到失望。
4. Apex 缺少包/命名空间。您的所有类、接口(interface)等都位于服务器上的一个文件夹中。这使得代码的组织性大大降低，并且类/接口(interface)名称必须很长，以避免名称冲突并提供上下文。这是我最大的提示之一，仅仅因为这个原因我不会自由地选择在 Force.com 上进行构建。
5. “force.com IDE”，又名force.com eclipse 插件，速度非常慢。保存任何文件，无论是类文件、文本文件等，通常需要至少 5 秒，有时长达 30 秒，具体取决于您的组织中有多少对象、数据类型、类文件等。保存也是一个阻塞操作，不仅需要编译，还需要将本地项目与服务器完全同步。比 Java 或 .NET 慢几个数量级。
6. 在线开发者社区似乎不太健康。我注意到很多论坛帖子都没有得到答复或未解决。我认为这可能与 salesforce.com 使用的论坛软件有关，该软件似乎很糟糕。
7. Apex 中的数据访问 DSL 还有很多不足之处。它与 (N)Hibernate、JPA 等相比根本没有竞争力。
8. 在 Apex/VisualForce 上开发应用程序是调控器限制工程的一项练习。很容易，程序员一半的时间都花在尝试优化上，以避免众多的调控器限制和其他问题，例如 Visualforce View 状态限制。有人可能会说，如果您一开始就编写高效的代码，就不会遇到这个问题，这在某种程度上是正确的。但是，很多时候您有正当理由在 session 中进行超过 x 次查询，或者循环超过 x 条记录等。
9. 保存->编译->运行周期非常慢，尤其是。当它涉及压缩和上传整个静态资源包只是为了执行诸如测试较小的 CSS 或 JavaScript 更改之类的操作时。
10. 总的来说，这是一个年轻的、羽翼未丰的平台无法享受开源带来的好处的痛苦。您无法验证和/或修复平台中的错误。他们说将其发布到他们的 IdeaExchange 上。是的，祝你好运。

免责声明/披露:force.com 等托管平台有很多好处。 Force.com 会定期增强该平台。我喜欢它的很多东西。我通过force.com 赚钱