目前，我们正在考虑将Force.com平台用作我们的开发平台，而销售人员和force.com网站则充满了使其成为全球最佳平台的原因。不过，我正在寻找的是使用这种平台的一些实际缺点。
Answers:
这里有10个入门指南。
免责声明/披露：托管平台（例如force.com）有很多好处。Force.com确实会定期增强该平台。我喜欢很多东西。我在force.com上赚钱
我看到您已经得到了一些答案，但是我想重申一下，浪费了很多时间来绕过平台上的各种调控器限制。尽管我在一定程度上喜欢该平台，但我强烈，强烈地建议不要将其作为通用应用程序开发平台。如果您需要的话，它非常适合作为超级可配置和可扩展的CRM应用程序。尽管他们的营销在推动Force.com成为通用开发平台方面出类拔萃，但距离营销还很遥远。
在尝试围绕人们所引用的限制进行编码时，很容易浪费具有稳定平台并避免出现较大的性能和稳定性问题的效率。该平台有很多限制，这完全令人发疯。这些限制不是高端的限制，一旦有很多用户，您将立即达到它们。
尽管通常有一些技术可以解决这些问题，但是在您还尝试开发实际应用程序的业务逻辑时，很难找出避免这些问题的策略。
为了让您简单地了解开发人员对环境的不友好程度，请参考上面提到的“缺少调试环境”。比那更糟。您最多只能在调试日志中看到对服务器的最新请求中的20个。因此，当您在应用程序内部进行开发时，必须创建一个“新建”调试请求，选择您的名称，点击“保存”，切换回您的应用程序，刷新页面，单击返回至调试选项卡，尝试查找包含调试日志的请求，点击“查找”以搜索您要查找的文本。就像单击十下一样查看调试输出。尽管这看起来微不足道，但这只是一个例子，说明了开发者的经验很少得到关注和考虑。
关于开发平台的所有内容都是经过深思熟虑的。它的意义非凡，但大部分都是PITA。如果您不确切知道自己在做什么（例如，您已经获得认证并且对Apex有深刻的了解），那么很容易就会花费您20倍以上的时间（在另一种环境中）如果您什至可以成功，那么看起来似乎很简单的事情。
州长的限制确实如此糟糕。您有各种限制的组合（数据库查询，返回的行，“脚本语句”，将来的调用，标注等），并且您必须确切地知道如何避免这些情况。例如，如果您在一个对象上有一个计算得出的汇总“公式”字段，而在一个子对象上有一个触发器，则它将执行父对象触发器，并根据您的限制进行计数。直到您经历了痛苦的尝试和失败的过程，这种事情才变得显而易见。
您将尝试一件事来避免一个限制，然后在永无止境的“挑战限制”游戏中击中另一件事。在此过程中，您将不得不彻底重新构建整个应用程序和方法的架构，并重写所有测试代码。您必须具有75％的测试代码覆盖率才能部署到生产中，这实际上是一件好事，但结合所有其他限制，这将非常麻烦。实际上，您会达到写出测试代码的州长限制，这在普通用户场景中是不会出现的，但这会阻止您实现覆盖范围。
更何况还有其他许多问题。包装不是您期望的。没有组织管理员的大量用户干预和配置，您就无法打包应用并将其交付给用户。AppExchange简直是在开玩笑，甚至他们甚至开始收费5K只是为了让您的应用程序上市。使用数据加载器进行导入很糟糕，尤其是在有触发器的情况下。您不能一步一步导出所有数据，其中包括您的关系，因此，一步就可以轻松地将其重新导入到另一个组织（例如，开发组织）。您每个月只能从生产中刷新一次沙箱，无一例外，并且默认情况下您不能将数据包括在刷新中，除非您已致电客户经理以解锁该功能。您可以' •批量删除自定义对象中的数据。您不能更改软件包名称。某些事情可能会花费很多在您提出要求之后需要几天才能完成，例如要部署应用程序之前进行数据备份，并且在此过程中没有进度报告，也不太了解确切的导出时间。如果数据之间存在关系，那么就存在数据的同步性问题，那么就存在严重的数据完整性问题，因为没有“事务”之类的东西可以在一个步骤中导出多个对象。可能有一些商业工具可以促进这些工作，但是对于那些预算不多的普通开发人员来说，这些工具是无法实现的。
其他人在这里所说的其他一切都是真实的。保存文件有时可能需要五秒钟到一分钟。
我并不是说这么消极，因为该平台在某些方面非常酷，而且他们正在尝试在多租户环境中做其他人都无法做的事情。这是一个非常创新的环境，并且在一定程度上具有强大的功能（我实际上非常喜欢VisualForce），但又需要一两年的时间。他们正在与VMware合作，这可能会导致为开发人员提供更多的游戏围栏而不是监狱牢房。
在过去两周左右的时间里，在平台上进行了相当多的开发之后，我可以为您提供以下几点：
没有RESTful API。他们有一个可以调用的基于soap的API，但是无法进行真正的宁静调用
没有简单的方法来获取其SObjects并将其转换为JSON对象。
除非您要自定义页面，否则视觉力页面还不错，这是一个痛苦的世界。
视觉强制页面需要绑定到SObjects，否则无法获得标准输入字段（如datepicker或select list）正常工作。
如果您想自己工作，可以使用eclipse插件，但是如果您想与eclipse插件一起在大型团队中工作，则请忽略它。它不处理与服务器之间的同步，它崩溃了，并且根本没有帮助。
没有调试器！如果要调试，则可以通过system.debug语句进行调试。这可能是我发现的最大问题
他们的“ MVC”模型并不是真正的MVC。它与ASP.NET Webforms非常接近。您的视图不仅与模型紧密相关，而且与控制器紧密相关。
存储大量文档是不可行的。我们需要存储超过100gb的文档，并且引用了一些荒谬的数字。我们决定在Amazon S3基础架构上实现文档存储
即使语言是基于Java的，也不是Java。您不能导入任何外部软件包或库。另外，可用的基础库受到严格限制，因此我们发现自己在外部实现了一堆东西，然后将这些位公开为force.com调用的服务
您可以调用基于外部SOAP或REST的服务，但是消息正文的长度限制为100kb，因此它对您可以调用的内容有严格的限制。
坦率地说，虽然在诸如force.com平台之类的东西上进行开发可能会带来好处，但对我而言，您无法将force.com平台用于真正的企业级应用程序。充其量您可以编写一些基本的Crud风格的应用程序，但是一旦您陷入任何遥不可及的复杂情况，我都将像瘟疫一样避免使用它。
哇-在平台上工作了几年之后，这里有很多我什至不知道限制的地方。
但是只是添加一些其他东西...
您没有逐行调试器的原因恰恰是因为它是一个多租户平台。至少SFDC是这样说的-在这个线程丰富的编程时代，这似乎不是什么借口，但这显然是原因。如果必须编写代码，则可以使用“ System.debug（String）”作为调试器-我记得大约12年前在Java 1.2中具有更复杂的服务器调试工具。
我真正讨厌系统的另一件事是版本控制。Spring框架不用于Spring通常使用的框架-实际上，它是SFDC中的配置工具，而不是版本控制。SFDC提供零版本控制。
您会发现自己忙了好几天似乎很容易的事情，例如安排SFDC报告导出到CSV文件并通过电子邮件发送给收件人列表...嗯，最简单的方法是创建一个具有自定义字段，工作流规则和Visualforce电子邮件模板的自定义对象...，然后对于代码，您需要编写一个Visualforce组件，该组件将报告数据作为附件流式传输到Visualforce电子邮件模板，并编写匿名APEX自定义对象的代码计划字段更新...对于SFDC开发人员来说，这几乎是一项日常任务...试图将五种不同的技术结合在一起来完成看起来如此简单的任务....这可能会引起管理方面的麻烦以及紧张局势-通常，您会在得到建议后做一些不做的事情后才发现这一点。不能在用户社区中工作（就像某人已经说过的那样），然后尝试许多事情，在开发它们之后，您会发现它们只是出于某种奇怪的原因而无法工作-例如“您无法安排“ VisualForce页面”，或“您不能从可调度的上下文中调用getContent”或其他一些不可思议的原因。
SFDC平台上有很多疯狂的小陷阱，一旦您知道为什么它们在那里，这是有道理的……但是它们仍然是非常糟糕的限制，使您无法做需要做的事情。这是我的一些。
您几乎无法在任何类型的记录上“开箱即用”地获得记录所有者的信息-您必须编写触发器，将创建记录时的所有者与要插入的记录链接起来。为什么？简短的答案，因为所有者可以是“人”或“队列”，并且两者是完全不同的实体……是有道理的，但是它可以使项目从字面上倒过来。
令人震惊的安全模型。示例：“管理公共报告”权限与“创建和自定义报告”权限大不相同，并且基本上适用于平台上的所有内容……尤其是任何类型的文件夹。
如前所述，基本上不存在支持。如果您是一个非常自给自足的人，或者拥有很多SFDC资源，或者有很多时间和/或非常宽容的经理，或者负责运行良好的SFDC系统，那么您的情况就很好形状。如果您不在这些职位中，则可能会遇到麻烦。
SFDC是一个非常诱人的业务命题……没有设备占用空间，相当不错的安全性，固定价格，没有基础设施，而且您可以获得基于Web的CRM，具有可批处理和可调度的处理能力……但是正如其他消息人士所说，这确实是开发学习方面的发展相当快，如果您进行咨询，我认为我所看到的最低价格是200美元/小时。
在某些技术变得司空见惯之后的几年里，Salesforce倾向于与其他事物集成-想到JSON和jquery ...，如果您想与之进行集成的其他常见基础结构（例如JIRA），则期望支付很多额外费用，而且它们可能是越野车。
正如提到的其他海报之一一样，您一直在与总督限制相抵触，这只会使您发疯……附件不能大于5MB。期。有时<3MB（如果base64编码）。一个类中有十个HTTP标注。期。有数十种已发布的州长限制，而您无疑会发现很多，而您只是想用尽办公室的尖叫声。
我确实非常喜欢该平台，但请相信我-它可能是一位非常残酷的情妇。
但是为了公平起见，我要说的是：我发现平台的最大问题不是平台本身，而是巨大的期望，几乎所有看到该平台但尚未开发的人都有...。这些人往往在商业组织中处于权威地位；营销，销售，管理等方面。发生巨大的脱节，每天都在摇头，或者说每天都在摇头，这都是因为存在一个巨大的平台，那里充满了怪异的陷阱，成千上万的人每天都在挣扎着寻找为什么事情应该在什么时候起作用的想法他们只是不做，不会做。
编辑：
只是添加到lomaxx关于MVC的注释；用SFDC术语来说，这与所谓的“视图状态”密切相关-而且它确实可能有问题，因为VF页面上的内容不是该页面的控制器类中的内容。因此，当您单击“保存”按钮（或进行HTTP调用或其他操作）时，您必须经历怪异的旋转，以将页面上的内容与控制器要写入SF的内容同步....伙计，这很烦人。
考虑到Force.com是一个“云”平台，其充当外部WSDL定义的服务的客户端的能力非常强大。请参阅http://force201.wordpress.com/2010/05/20/when-generate-from-wsdl-fails-hand-coding-web-service-calls/，了解最终可能要做的事情。
综上所述，我很好奇，如何发布VMforce（允许Java程序员为Force.com编写代码）如何改变上述缺点？
http://www.zdnet.com/blog/saas/vmforcecom-redefines-the-paas-landscape/1071