首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >我的Siebel商业服务在哪里?

我的Siebel商业服务在哪里?
EN

Stack Overflow用户
提问于 2010-07-21 13:39:03
回答 2查看 2.2K关注 0票数 1

在Siebel,我可以在两个地点创建商业服务:

  1. Siebel客户
  2. Siebel工具

在Siebel客户机中,我看不到在Siebel工具中创建的,反之亦然。(在Siebel Tools中创建了一个新的Business之后,我编译了它--没有错误报告--并使用Siebel Tools菜单中的"Debug“运行客户机。)

你知道,为什么?

谢谢!

编辑:我使用样本数据库,我没有签入或签出任何东西。我对部署过程还不适应,只是在文档中进行挖掘。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2010-07-21 16:30:24

如果您使用服务器脚本编写业务服务,那么业务服务将被编译到SRF中。SRF本身之外没有物理文件,它也不会出现在Siebel客户端中。

如果使用浏览器脚本编写业务服务,则业务服务将转换为外部.js文件,并放入任何脚本目录中。脚本目录是在工具或genbscript命令行实用程序中指定的。

希望这能有所帮助。

票数 1
EN

Stack Overflow用户

发布于 2013-11-27 14:23:58

这里提供了对存储库业务服务和运行时业务服务之间区别的完美解释。

只需复制粘贴:

在Siebel,我们可以在两个地方编写商业服务。

  • Siebel客户
  • Siebel工具

我们所做的脚本编写没有什么不同,但在如何执行这些业务服务方面存在差异。

就我所知(这是相当有限的:)而言,它们之间的区别如下。

客户端独立于SRF,工具依赖于SRF (这意味着即使我们想要稍微更改,也需要SRF更改),在运行时编译Siebel客户端BS,在编译SRF时编译Siebel Tools BS

当您必须做出编写业务服务的决定时,以下因素会影响您的决定。

性能: Tools BS具有轻微的性能优势(理论上),因为它是在手工编译并在运行时执行的。

灵活性:客户端BS为您提供了最终的灵活性,因为您可以随时更改代码。所以,如果灵活性对你来说更重要,那么客户端BS就适合你了。

IDE:从开发人员的角度来看,BS提供了更好的IDE和更好的语法检查。客户端BS有一个糟糕的IDE和zilch语法检查,这只是我们编写代码的一个字段(我花了几个小时调试客户端BS只是为了发现我拼写错了一个变量名:( ))

但是,我还没有遇到任何一个可以帮助我们准确确定何时应该使用客户端BS或工具端BS的可靠点。这主要取决于开发者的选择谁写的BS。所以,我把这篇文章作为一个公开的问题,问你们关于你们的意见,这可以帮助我们在正确的时间做出正确的决定。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3299816

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档