为了实现数据权限的控制，我们需要在通用的权限系统里面保存好对应角色具有哪些组织机构的数据权限，然后在应用系统中调用API进行过滤数据处理即可。
为了实现以上的功能需求，我们需要在权限系统里面，角色控制哪里增加一个数据权限的数据存储。
实际的应用系统，当用户登陆成功后，我们获取并记录好其可以管理的公司或者部门，如果是主管的角色，可能有多个公司的数据可以管理，那么可以在程序的顶部，让用户选择管理那个公司的数据即可，如果切换公司，那么刷新现有的界面数据显示就可以了。
在用户成功登陆后，我们可以记录用户的相关权限控制信息，如他所能控制数据的公司或者部门，把它记录下来。
然后存储用户默认的公司ID，并根据用户是否为管理员（超级管理员、公司管理员），然后构造一个通用的过滤条件，放到全局缓存里面，方便各个模块使用，如下代码所示。
在主界面的时候，我们可以根据用户所能管理的公司数据，在顶部初始化公司列表，方便切换选择，以下是初始化的代码。
如果多于一个公司，那么正常的需求是可以切换公司来查看其它公司的数据的，要实现这个功能，那么就需要修改登陆的那个全局的过滤条件：Cache.Instance["DataFilterCondition"]了。
我们来看看代码的实现，其主要的逻辑就是获取用户选择的公司ID，然后根据公司、部门信息，重新构建一个全局的过滤条件，并重新缓存到对应的键值里面去，供后面的窗体实现数据的过滤更新。
如果需要对已有的窗体实现数据更新，那么遍历窗体，并统一实现数据刷新即可。
从上面的步骤代码，我们可以看到如何构建一个全局的过滤条件，但是我们获取数据的时候，如何才能实现数据权限的控制，让用户所能看到的数据在可控的范围内呢？
我们知道，一般窗体数据列表的绑定操作类似如下代码所示
所以主要的数据控制，就在函数GetConditionSql()里面了，那么这个里面，我们如何整合前面的过滤条件呢？
下面是一个案例代码。
我们主要关注下上面红色部分即可，因为我们已经加上了标准的过滤条件了，这样我们就可以看到自己管理的数据了。
为了实现统一的数据控制，我们要求整个业务表的设计，需要引入下面几个标准的字段，这样就能很好使用过滤条件进行数据的过滤了。
前面也介绍到了，窗体可以统一刷新，其奥秘就是它们遵循统一的一个数据加载接口，我们初始化窗体数据的函数代码如下所示。
所以它们就能够统一调用FormOnLoad来统一刷新数据，就是这个道理。