唐吉诃德

  前几日在进行PC到WinCE平台的程序移植时,由于以前没有接触过,遇到不少问题,到今天终于全部基本上解决了,记载一下,
让别人少走点弯路.

    一开始的时候,我的程序是通过USB口与电脑同步的,既然是同步,我就想当然地以为PDA拥有与PC一样的IP地址,在写程序时发现,通过TCP与PC进行连接时,即使没有TCP服务器程序,PDA的TCP连接也能成功!这可是一个要命的问题,写Socket程序的时候出错了不可怕,还可以通过GetLastError来获得错误代码从而排除错误,但是这次错误都没有,也就不能排除错误了.通过截获TCP的报文,可以发现从PDA发出的TCP报文是有的,可是绝对没有返回的报文,从而证明TCP连接事实上是肯定不成功的,但是API的返回值却说TCP连接成功了,真是FT...

 

    到这里遇到第一个难题,然后就是不停的测试,测试一天之后发现,虽然PDA和没有TCP服务器的PC能连接成功(事实上是不成功的),但当PC端真正拥有TCP服务器程序时,程序是能真正连接成功的!而且可以收发报文,也就是说,在通过USB与PC相连的PDA上,EVC的API不能识别出是否能真正连接成功.通过TCP服务器程序的日志察看,PDA的IP地址是192.168.55.101,而在PC上ping 192.168.55.101,是ping不通的,并且,PC不能往这个IP地址发送报文.
    上网查找相关信息发现,192.168.55.101是WinCE内置的IP地址.得出的结论是,开发WinCE的Socket程序,不能通过USB同步的方式来进行,因为这样的话,其地址永远是192.168.55.101,至于WINce能通过同步来上网,估计应该是微软自己的内部调用吧,或许是我还不知道.

(转http://blog.sina.com.cn/s/blog_4cd3b57101000hhr.html)

     摘要: C宏定义的简单总结 今天在网上突然发现了下面几个关于c代码中的宏定义的说明，回想下，好像在系统的代码中也见过这些零散的定义，但没有注意，看到别人总结了下，发现果然很有用，虽然不知有的道可用与否，但也不失为一种手段，所以就先把它摘抄下来，增加一点见识：1,防止一个头文件被重复包含 #ifndef BODYDEF_H #define BODYDEF_H   //头文件内容 #endif ...  阅读全文

     摘要:    在前两篇文章中，不少朋友对我的设计提出了异议，认为过于复杂，当然在实际的各种系统的权限管理模块中，并不像这里设计得那么复杂，我以前所做的系统中，由只有用户和权限的，有只有用户、权限和角色的，还有一个系统用到了用户、权限、角色、组概念，这个系统是我在思考以前所做系统的权限管理部分中找到的一些共性而想到的一个设计方案，当然还会有不少设计不到位的地方，在设计开发过程中会慢慢改进...  阅读全文

     摘要: 国庆前整的通用权限设计的数据库初步设计部分，现在贴上来。 理清了对象关系之后，让我们接着来进行数据库的设计。在数据库建模时，对于N对N的关系，一般需要加入一个关联表来表示关联的两者的关系。初步估计一下，本系统至少需要十张表，分别为：权限表、用户表、角色表、组表、用户权限关联表、用户角色关联表、角色权限关联表、组权限关联表、组角色关联表、用户属组关联表。当然还可能引出一些相关的表。下面让我们在Po...  阅读全文

 一．引言

       因为做过的一些系统的权限管理的功能虽然在逐步完善，但总有些不尽人意的地方，总想抽个时间来更好的思考一下权限系统的设计。

       权限系统一直以来是我们应用系统不可缺少的一个部分，若每个应用系统都重新对系统的权限进行设计，以满足不同系统用户的需求，将会浪费我们不少宝贵时间，所以花时间来设计一个相对通用的权限系统是很有意义的。

二．设计目标

       设计一个灵活、通用、方便的权限管理系统。

       在这个系统中，我们需要对系统的所有资源进行权限控制，那么系统中的资源包括哪些呢？我们可以把这些资源简单概括为静态资源（功能操作、数据列）和动态资源（数据），也分别称为对象资源和数据资源，后者是我们在系统设计与实现中的叫法。

系统的目标就是对应用系统的所有对象资源和数据资源进行权限控制，比如应用系统的功能菜单、各个界面的按钮、数据显示的列以及各种行级数据进行权限的操控。

三．相关对象及其关系

       大概理清了一下权限系统的相关概念，如下所示：

1.       权限

系统的所有权限信息。权限具有上下级关系，是一个树状的结构。下面来看一个例子

系统管理

        用户管理

               查看用户

                新增用户

                     修改用户

                     删除用户

       对于上面的每个权限，又存在两种情况，一个是只是可访问，另一种是可授权，例如对于“查看用户”这个权限，如果用户只被授予“可访问”，那么他就不能将他所具有的这个权限分配给其他人。

2.       用户

应用系统的具体操作者，用户可以自己拥有权限信息，可以归属于0～n个角色，可属于0～n个组。他的权限集是自身具有的权限、所属的各角色具有的权限、所属的各组具有的权限的合集。它与权限、角色、组之间的关系都是n对n的关系。

3.       角色

为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，例如系统管理员、管理员、用户、访客等角色。角色具有上下级关系，可以形成树状视图，父级角色的权限是自身及它的所有子角色的权限的综合。父级角色的用户、父级角色的组同理可推。

4.       组

为了更好地管理用户，对用户进行分组归类，简称为用户分组。组也具有上下级关系，可以形成树状视图。在实际情况中，我们知道，组也可以具有自己的角色信息、权限信息。这让我想到我们的QQ用户群，一个群可以有多个用户，一个用户也可以加入多个群。每个群具有自己的权限信息。例如查看群共享。QQ群也可以具有自己的角色信息，例如普通群、高级群等。

针对上面提出的四种类型的对象，让我们通过图来看看他们之间的关系。

 

    有上图中可以看出，这四者的关系很复杂，而实际的情况比这个图还要复杂，权限、角色、组都具有上下级关系，权限管理是应用系统中比较棘手的问题，要设计一个通用的权限管理系统，工作量也着实不小。

当然对于有些项目，权限问题并不是那么复杂。有的只需要牵涉到权限和用户两种类型的对象，只需要给用户分配权限即可。

在另一些情况中，引入了角色对象，例如基于角色的权限系统， 只需要给角色分配权限，用户都隶属于角色，不需要单独为用户分配角色信息。

在下一篇中，我们将讲述权限管理的数据库设计等内容。
    欢迎各位拍砖或给出宝贵意见。

    参考文章：应用程序权限设计
              心情小站——权限相关