哪些因素促使您在应用程序中使用嵌入式脚本？
当您选择嵌入式脚本时，您在决策过程中会权衡哪些因素？配置和变化问题是否可以纯粹通过 IOC 和插件模式来克服？
很多时候，策略模式和装饰器模式是抑制领域逻辑变化的好方法。 我面临的问题是，根据不同的营销活动，工作流程的计算和起点在一年中会有所不同，并且直到活动开始之前才知道所有数据要求和业务规则。 作为一家小商店，我们希望有一个解决方案，我们可以进行配置更改、严格测试，但不会被迫不断地编译/链接和重新部署。
What factors do you weigh in your decision process when you select an embedded scripting, and can issues of configuration and variation be overcome purely with IOC and the Plugin pattern?
Many times the Strategy Pattern and Decorator Pattern are good way to tame variation in domain logic. The problem set I am faced with is that calculations and starting points of workflows will vary from through out the year based on different marketing campaigns, and not all data requirements and business rules are know until just before the campaign begins. Being a small shop we would like to have a solution where we can make configuration changes, test rigorously and yet not be forced to compile/link and re-deploy on a constant basis.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我多次通过 Python 或 Lua 使内部数据结构可变。 有时将业务逻辑外部化为可加载模块。 这使得您的解决方案也成为一个可重用框架，您可以廉价部署到其他客户端。 它还使“现场”修复更快（只需更新文本文件），并让客户可以自由修改自己的动态数据。
如果您可以安全地公开 API而不破坏任何东西......为什么不呢？
我担心的两个问题是：
干净的框架==可重用的代码和平台，您可以快速修改以解决同类问题而无需重新编码。
Many times I have made internal data structures mutable through Python or Lua. Somtimes externalizing business logic into loadable modules. This makes your solution a reusable framework too that you can deploy to other clients cheaply. It also make 'in the field' fixes quicker (just update a text file) and gives clients freedom to modify their own dynamic data.
If you can safely expose the API without breaking things ... why not?
My two concerns are:
A clean framework == Reusable code and a platform you can quickly modify to solve problems of the same ilk without recoding.
我在两种情况下使用了这种技术：
（我主要基于 Java，因此我使用 Java 6 嵌入式脚本加上各种语言来实现上述目标，具体取决于重点）
I've used this technique in 2 scenarios:
(I'm mainly Java-based, so I'm using the Java 6 embedded scripting plus a variety of languages to achieve the above, depending on the focus)