人们是如何浏览这个博客的？我写的，我看不见！

我要去"ABAP开发"的地方，网站自助建站系统，到处走走。

在SCN上这是一个持续的问题，见不好的响应时间，通讯没有更新的细节。

我比你年轻，我用我想3.1小时（Y2K之前）的书面陈述建立了几个人力资源报告。我不认为你太年轻，你可能只是避开了更古老的版本。正如你所解释的那样，它是乏味的，而且ALV绝对是一个进步。

保重，

Stephen

我在我的组织工作的头七年是一名会计，然后是我在英国和以色列的第一次SAP推广的职能顾问。2000年，我第一次开始在4.5系统上编程。

那时，ALV肯定是以重用\ ALV \列表\显示的形式出现的。

在那些日子里，顾问比我们的全职员工"领先一页"，而收入却高出十倍，我注意到顾问们在发现ALV的同时也在编写测试程序。

正如我在一些博客中提到的那样，我确实听说过一家公司有一个开发组织，开发经理指示开发人员坚持写语句，而不是像写语句那样写ALV"更简单"。

那是在2011年。

啊。。。我忘了我是那种奇怪的ABAP开发人员，从学校直接到Y2K之前的ABAP编程。你这么说顾问很有趣。好的顾问领先一页，服务器云，伟大的顾问们已经领先了好几页了。然后我又一次惊讶于有多少人没有使用SAP提供的帮助光盘，然后抱怨文档不足或太难了。

我想那些说写声明的人很酷，我也鼓励BDC的数据加载。然后我有时不得不在几个项目上争论以"更新"的方式进行编码，因为那些留下我的代码的人没有保持他们的技能最新，特别是在享受控件方面。

保重，

斯蒂芬

嗨保罗，

我打赌很多开发人员都去过那里。这是我不将SALV用于啤酒垫上写的报告以外的其他报告的主要原因。

在方法显示\基本\工具栏中，我通常编写

APPEND cl\ u gui\ u alv\ u grid=>mc\ u fc\ u loc\ u undo TO mt\ u exclude。

行数减少两倍，减去一个变量。顺便说一句，刷新是过时的。因为我们没有使用标题行（是吗？）我们可以用透明的。

它吸引了我的目光。有时我觉得自己像是在寻找尼莫的鱼，我喜欢代码尽可能短（在合理的范围内），以便能够扫描更多，直到我的记忆缓冲区刷新后，联网，一些电话/对话/午餐

和帖子本身是伟大的。你必须对几十份报告进行编码，直到你清楚地了解显示ALV的特定方式的所有优点和缺点。

P.S.在大多数情况下，我更喜欢cl\ U gui\ U ALV\ U grid，但当没有选择小计级别的小热点时，可编辑ALV有一个令人不快的特性。在你有一个调频为基础的ALV你有一个菜单选项在设置->定义总计钻取这做的把戏。有没有人面对这个问题找到了解决办法？

示例：

1）可编辑ALV

2）不可编辑ALV-一切正常，选择任何级别

实际上，你可以编写自己的自定义方法来动态创建字段目录（如在ALV fieldcatalog-为任何表创建）。

我刚刚读了Wiki文章，这是一个好主意-而且非常简单，就像所有好主意都是别人想到的一样！

CL\u SALV\u TABLE可以做各种聪明的事情，但在显示报表的实际用途上却不能切中要害，淘客家园，所以我们的想法是，将CL\u SALV\u TABLE用于它擅长的事情，云服务器好用吗，然后在最后一刻调用CL\u GUI\u ALV\u GRID来完成工作，因为只有它能做得很好。

这是一个非常优雅的解决方案。一个更优雅的解决方案是SAP使新版本的it技术能够完成旧版本所能完成的基本任务，这样就不会让每个SAP公司的开发人员都在努力解决这个问题，但这要求太高了