在以前的一个帖子
sharepoint小问中,我提出了如下观点:
=====================================================================
sharepoint是个很不错的平台,有很多思路都很新颖,比如列表、公式、视图、模板网站等,但也有很多不足之处,主要有:
1)权限管理:列表访问部分过于复杂,而视图部分权限有没法处理,因此有些需求不二次开发处理不了
2)速度太慢:不说啥了,地球人都知道
3)跨网站的列表间数据没法访问,很多需求都要二次开发才能实现
4)工作流,使用列表实现,但速度非常慢,复杂流程很难搞定。
======================================================================
究其原因在其数据结构:网站->列表->字段体系中,相互关联的业务逻辑关系太少,其执行的视图信息难以有针对型的进行sql优化,因此会随结构复杂都性能大幅下降。
在当时的帖子我说道我们在设法改进这种缺陷,现在的解决方法推出来了,我将其称为《面向业务开发应用》模式。
在我的博客中有相关的介绍 http://blog.csdn.net/etudiant6666/article/details/8070634
其解决途径有如下几点:
1. 采用winform的长连接以及专用的数据序列化方式与服务器进行通信,其通信效率比xml序列化高一个数量级。
2. 对于视图,可以使用条件筛选,而输入的条件会自动进行sql优化,大幅提高视图数据性能。
3. 如果我们将列表看作业务,可以不仅进行跨列表间的数据提取,还可进行数据赋值及方法操作。
5. 在列表(业务流程)下增加了步骤对象,使列表可以完全通过配置实现的各种流程设计手段,易读易懂。
更多说明见 面向业务开发应用文档库
=====================================================================
sharepoint是个很不错的平台,有很多思路都很新颖,比如列表、公式、视图、模板网站等,但也有很多不足之处,主要有:
1)权限管理:列表访问部分过于复杂,而视图部分权限有没法处理,因此有些需求不二次开发处理不了
2)速度太慢:不说啥了,地球人都知道
3)跨网站的列表间数据没法访问,很多需求都要二次开发才能实现
4)工作流,使用列表实现,但速度非常慢,复杂流程很难搞定。
======================================================================
究其原因在其数据结构:网站->列表->字段体系中,相互关联的业务逻辑关系太少,其执行的视图信息难以有针对型的进行sql优化,因此会随结构复杂都性能大幅下降。
在当时的帖子我说道我们在设法改进这种缺陷,现在的解决方法推出来了,我将其称为《面向业务开发应用》模式。
在我的博客中有相关的介绍 http://blog.csdn.net/etudiant6666/article/details/8070634
其解决途径有如下几点:
1. 采用winform的长连接以及专用的数据序列化方式与服务器进行通信,其通信效率比xml序列化高一个数量级。
2. 对于视图,可以使用条件筛选,而输入的条件会自动进行sql优化,大幅提高视图数据性能。
3. 如果我们将列表看作业务,可以不仅进行跨列表间的数据提取,还可进行数据赋值及方法操作。
5. 在列表(业务流程)下增加了步骤对象,使列表可以完全通过配置实现的各种流程设计手段,易读易懂。
更多说明见 面向业务开发应用文档库