点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
远离最佳实践的讨论,以及为什么人们认为惯例不属于最佳实践文档,我想知道您作为开发人员处理仍感觉很奇怪的方法是什么 对我来说,是我练习在个人项目中不使用匈牙利语的方式。
维基百科的回顾
匈牙利表示法是标识符命名约定 计算机编程,其中变量或函数表示其意图或种类,并在某些方言中表示其类型。
那么iv,rt,gc,lv ...这些东西。
继续
也许因为我无法同时可视化方法定义和实现(至少是Eclipse),所以有时我不得不导航以了解什么是什么,从而再次证明匈牙利的合理性。 我的问题示例:
方法: 做一点事 输入 item_list类型。 数据: 项目类型 结束类。 ... 方法do_something。 items = item_list。 方法。
当然,我们有干净的代码可以使事情变小并改善我对它的阅读。 但是,尽管如此,一旦我觉得自己认为 item 是成员属性,而item_list是一个导入参数,而两者都是成员属性,而import参数是其他东西时, 。 我会接受您的说法,那就是"代码气味,重构",这是我所做的,但是我仍然浪费了时间来估算"谁是谁"。 而且我习惯于只使用导入和返回来编写参数,所以我什至不考虑"这是在更改,导出"吗?
我尝试过并看到的选项:
1)很老的东西,看起来像是javascript中的否定运算符:
方法: 做一点事 !item_list类型。 方法do_something。 item_list =!item_list。 终止方法。
2)使用我,甚至允许使用完全相同的名字...但是当我使用我时,人们不再邀请我去吃晚饭了:
方法: 做一点事 输入 item_list类型。 数据: item_list类型 结束类。 ... 方法do_something。 me-> item_list = item_list。 终止方法。
3) ...是的,是进口匈牙利语(我总是只将结果作为返回的名称)。/p>
方法do_something。 item_list = i_item_list。 终止方法。
我应该保留没有任何前缀吗? 如果我继续练习,这种感觉会消失吗? 我已经练习了3天了,感觉仍然在那里。
感谢加入!
在 help.sap.com 中阅读ABAP样式指南。 搜索有关HN使用的各种讨论。
1)
在此处讨论: https://answers.sap .com/questions/1734571/what%27s--in-method-declaration-in-class.html
我在用SE24创建的Eclipse中编辑类时看到了它。
2)
我曾经用过我->,但是停了下来。 (我确实使用过。在Java中)。这个想法是方法中的代码应该足够小,以便可以明显看出什么是本地的,什么是类属性,尤其是当声明本地变量非常接近使用或通过DATA(var)时。 ="鱼"。 参数不是问题,因为...
3)
HN与L_一起表示作用域,而T_,R_或S_则指示种类-即表,结构,引用...在现代编程中被认为是不好的,并且 更复杂的类型,在许多情况下完全没有用。
但是可以使用它来表示 use 。 这就是为什么我将G_用作全局变量(当我绝对必须使用它们时),以及将I_ E_和X_用作导入,导出和更改参数的原因。 虽然,老实说,当我用Java编程时,我不是...嘿,即使不是非理性和前后矛盾,我也不算什么!
最后,HN圣战的某些真正信徒将很快到来。 不要听他们的话。
它必须已过时。 当我使用eclipse编辑在SE24中创建的类时,我看到了!。 当我删除它们时,一切正常。
啊-现在,请阅读链接。 例如,我没有尝试使用名为WRITE的参数。 无论如何,我在这里都使用前缀。
我也非常倾向于选择选项2 ...
嗨。 br>
我也是这样做的。 G_表示全局,前缀Eclipse表示方法的参数。 因此,不需要ME,对于仍在使用HN的用户来说,这会更好。
HN ist的问题,您必须知道它是本地的还是全局的。 当我看到编码在工作中形成其他形式时,通常会混杂在一起,或者他们使用I而不是I。 然后,当他们看到没有HN的编码时,他们大喊大叫。 :')
一周热门 更多>