走在路上，想着SAP的GUI与IE很相像，然后一对比，原来两者的相同点众多，再一深究，其实所有的客户端都是一样的，其中都有相类似的机制来保证解释和运行程序。
1，都可以是三层架构。我们做的IE应用程序，大都分为数据库层、web服务层和IE客户端。SAP的GUI也是这样，而且更加彻底，数据库层与服务层（业务逻辑）结合非常的紧密。用户在SAP的GUI中输入t-code,然后客户端提交这个t-code到服务器端由服务层来进行解释，将t-code翻译成应用程序，然后去数据库中搜寻数据，返回给用户。（tcode这个东东不知道SAP是否申请了专利技术，一旦用惯后，还是很不错的。与快捷键一样，但是又比快捷键的范围广。其实，许多的应用程序都可以借鉴这种方式。）
2，GUI和IE都负责解释有关的布局显示问题。IE浏览器根据html的规范来解释，GUI也根据SAP的有关规范来进行。其实，SAP的显示控件非常固定，作为企业信息系统的提供商，似乎不太需要炫丽的展示。这里有一个思考的地方：对于同样的一种布局，SAP通过配置来进行控制是否显示某个控件(或者field),那么，SAP发送到客户端的信息是整个页面的信息还是需要显示的控件的信息。IE中有的控件是可以隐藏在页面内的，不知道SAP是否也这样？
3，与我以前见到的客户端程序不一样。以前见到的客户端程序，都是直接操控数据库，每个程序都需要与数据库直接联系，这样来满足数据的一致性等。而SAP的GUI在服务器层添加了许多机制：后台机制、进程分配机制、权限机制等。这里又有一点奇怪的地方：SAP的服务器层好像没有什么业务逻辑存在。（业务逻辑都是在数据库中的BAPI或者程序来实现，而服务层并不含这些业务逻辑。）服务层仅仅是帮助用户调用数据库中的业务逻辑一般。