“a”会有多大;典型的;Salesforce安装/配置代码基数是否为,以代码行为单位?

“a”会有多大;典型的;Salesforce安装/配置代码基数是否为,以代码行为单位?,salesforce,Salesforce,我知道“代码行”可能不是一个完全准确的度量标准,因为很多Salesforce配置可能是通过gui完成的。然而,为了便于讨论,假设gui中手动填写的每个配置字段都像一行代码,或者如果Force平台允许,让我们想象配置完全在源代码中完成 那么,典型的“专业”或“企业”级Salesforce安装代码库有多大?像1K线吗?10K线路?还有10万或更多的案例吗?你很难得到有意义的答案。举个例子,我的一个客户是一个ISP,我们在他们的企业实例上已经有5年了,我们有大约600KB的代码库(+测试代码以满足75

我知道“代码行”可能不是一个完全准确的度量标准,因为很多Salesforce配置可能是通过gui完成的。然而,为了便于讨论,假设gui中手动填写的每个配置字段都像一行代码,或者如果Force平台允许,让我们想象配置完全在源代码中完成


那么,典型的“专业”或“企业”级Salesforce安装代码库有多大?像1K线吗?10K线路?还有10万或更多的案例吗?

你很难得到有意义的答案。举个例子,我的一个客户是一个ISP,我们在他们的企业实例上已经有5年了,我们有大约600KB的代码库(+测试代码以满足75%的要求),有100多个类和更多的页面,大约20个自定义选项卡,30个自定义对象和工厂对象上的appx 150自定义字段,所有这些都得到了大量管理定制工作的补充。相比之下,他们在另一个地区经营同一业务的姊妹公司有自己的实例,没有一行代码,但他们只是将其用于机会跟踪,并从不同(遗留)系统执行资源调配、运营、案例管理和其他工作


总体平均统计数据是salesforce只知道的,他们似乎没有分享这些信息。无论哪种方式,您都应该尝试您想要的任何实例,看看您的业务需求中缺少了什么,并进行相应的规划。

这实际上并不意味着什么——对于不安装它的州来说,它是一个基于云的服务,因此元数据的大小(配置存储为xml)这是不相关的,当然是相关的。配置数据和Apex代码存储在何处并不重要——重要的是部署的内在复杂性,这在一定程度上可以通过代码库和配置文件的大小来衡量。不过,您要求的是一些完全无形的东西——典型的设置是什么?许多人会认为,这是一种开箱即用的设置,只需很少的更改,对于其他人来说,它可能涉及许多自定义对象、布局、工作流、配置文件等。没有办法在这上面添加任何数字,让您可以与任何其他系统进行任何有意义的比较。