前言:
归纳总结是个好习惯,我们都值得拥有.
每一个业务的开发需求,都是一次归纳的契机.
根据业务特定的需求分析,是否可以概括出一个通用需求?
特定业务需求是否完全包含在这个通用需求中呢?
是否可以根据这个通用需求概括出一个通用处理模型?
该模型是否可以解决这一类的业务需求?
怎么用特定的语言(ABAP)开发这个模型?
怎么给业务最大的自由度去使用这个配置使用这个模型?
如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)
如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)
或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.
尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.
正文
快速翻译功能
SAP软件支持多语言,界面会随着用户登录的语言而改变. 如果你想自己开发的程序能够良好的支持多语言登录,必须注意一点:开发过程中所有用到的文本都放入对应的文本对象. 下面是开发过程中常用的文本对象
消息:每个消息最好创建一个消息条目,消息的变量部分只传递变量,不传递文本
程序中的菜单项或按钮标题使用文本对象
数据元素:尽量使用数据元素定义字段.
文本表: 外键表最好定义成带有文本表.
屏幕字段参照数据字典对象.
...
如果开发的程序遵守了上述准则, 那么用SE63可以把程序的所有文本翻译成其它语言,实现多语言支持.但是实际应用中,用SE63翻译程序的文本并不是那么容易, 并且,有些开发可能无法准确的翻译出所有的界面文本.
在一个国际化的项目中,为了简化翻译的过程,构想了这个快速翻译程序(实际代码的实现是由另外一个开发完成的,感谢她的努力,完成了这个功能.)
开发按照上述给出的规则在中文环境下完成代码.
由快速翻译程序导出所有需要翻译的文本到EXCEL中.
交给专业的翻译人员在EXCEL中完成翻译.
翻译的结果导入系统完成文本的翻译.
这样即确保了开发的进度,又确保了翻译的质量,在项目应用中产生了极大的价值.
快速翻译也是一个因为"偷懒"而产生的应用, 开发过程中的"偷懒"思维往往可以促使我们去总结规律,解决共性问题. 这个过程其实并不容易,但是会带给你更多的成就感.
SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.
如果你对这篇文章感兴趣,请帮忙转发分享, 并且勾选微信 <看一看>.文章右上角的按钮点击后,点击<在看>(或者文章末尾的右下角<在看>),即可. (如果你真的喜欢这篇文章,请记得回来打个赏,作为支持我继续下去的动力,这是一个正反馈过程. 越多的人打赏,作者越有动力分享,读者就能享受更多的福利. 毕竟打赏的金额富不了我,穷不了你,却能支持这个公众号长久发文.)
扫码关注公众号,获取更多好用的SAP应用程序