浏览 3748 次
|
锁定老帖子 主题：我碰到一个要求,难道非用脚本不可?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-09-13
问题:
短信记费政策,几乎每几天要修改以配合市场活动 前提: 业务逻辑不能写在jsp上 我不知道不用groovy或者jpython还有什么好的方法 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2004-09-13
要做到这一点，根本就不是写几个脚本就可以解决的事情。我原来的公司是自己开发了一个功能完整的sms platform，有点类似一个sms app server加上workflow的概念。然后业务简单的就是直接写脚本来实现(脚本也是自己定义的，脚本解析器写的相当不错，就是代码太复杂)，复杂的业务调用类似Servlet的那种API来编写。
|
| 返回顶楼 | |
|
发表时间：2004-09-13
最好使用规则引擎(Rules Engin)来实现比较合适，可以动态定义规则，比如打折优惠什么的
|
| 返回顶楼 | |
|
发表时间：2004-09-15
alin_ass 写道 问题:
短信记费政策,几乎每几天要修改以配合市场活动 前提: 业务逻辑不能写在jsp上 我不知道不用groovy或者jpython还有什么好的方法 短信记费策略,我想这个计费策略应该有个范围，所要策略需要的相关信息（比如，时间、客户等等）能够确定的话，用 groovy足够了。 不过，如果几乎每一次都要修改策略以配合市场活动。那我想这样可能需要从模型本身去考虑了。至少要让80％的问题让模型去解决，20％的问题用人工修改脚本解决还算让人舒服点。 |
| 返回顶楼 | |
|
发表时间：2004-09-15
其实看问题的角度不一样，结论也就大相径庭。
假设你的系统或者模型非常优秀，市场部什么新的活动，新方案都只需要市场部门的人做一个特人性化的文件（比如完全使用英语语法）就能搞定，那么，你的系统确实是非常棒，问题是，公司养你这个技术人员干嘛？ 老板的想法和程序员的想法是不一样的。。。。。。 |
| 返回顶楼 | |
|
发表时间：2004-09-15
jkit 写道 其实看问题的角度不一样，结论也就大相径庭。
假设你的系统或者模型非常优秀，市场部什么新的活动，新方案都只需要市场部门的人做一个特人性化的文件（比如完全使用英语语法）就能搞定，那么，你的系统确实是非常棒，问题是，公司养你这个技术人员干嘛？ 老板的想法和程序员的想法是不一样的。。。。。。 哈哈...... 呜呜...... 眼角怎么湿了......... |
| 返回顶楼 | |
|
发表时间：2004-09-15
谢谢大家,其实公司里现在是用python撑全部网站的,我用j2ee不知怎么的总被添加新类得重载,增加xml得重载(比如spring的beans.xml)困饶
|
| 返回顶楼 | |
