高分 求SharePoint类似于经典三层设计源码或者建议

wuhan_dotnet 2015-09-07 10:09:47
如题,目前有一个项目基于SharePoint开发,实际上是以SharePoint列表作为数据库来实现,在原来.net中有各种三层架构的设计方案,我想问下大家是否也有关于sharepoint类似的设计,提供基本源码也可以,提供大家的思路一起探讨下也可以。分不会少。。大家一起探讨下。。谢谢各位
...全文
363 14 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
wuhan_dotnet 2016-01-28
  • 打赏
  • 举报
回复
感谢大家的讨论 结贴给分了。。。
段传涛 2015-10-06
  • 打赏
  • 举报
回复
SharePoint 没有三层的概念,但是你可以写page,web 和Webpart 部署到你的SharePoint环境里去。
计算机器 2015-09-30
  • 打赏
  • 举报
回复
我觉得架构可以使用.net的架构设计,只要是把UI和业务逻辑分开就可以了。对于业务逻辑的话,只能是积累自己的类库(包括你提到通用的模块,控件)等等可复用的代码,来提高开发效率,也有一些企业应用架构设计的书,讲到一些架构但是未必适用于SharePoint的开发。 一般来说,建一个VS Solution的模板,使用一个熟悉的架构设计(比如三层架构)作为架子,把自己的类库引用进来,基本上就只剩下写UI和业务逻辑了。我有一个常用的框架,仅供参考:http://blog.csdn.net/shrenk/article/details/17509059 谢谢。
霖雨 版主 2015-09-29
  • 打赏
  • 举报
回复
楼上的说法,其实很好。。
没落鬼族 2015-09-25
  • 打赏
  • 举报
回复
不知道我的理解对不对,楼主想要得是一个SharePoint列表操作的扩展类库,类似于SQLHelper操作数据库一样,可以比较方便的操作SharePoint列表。 这个可以通过扩展方法添加到SharePoint对象中(也可以模仿sqlhepler单独写一个helper类),但是这些可能是要自己在项目里总结提取了...... 有了这个类库,剩下的跟传统的.net开发就没多少区别,你可以用sharepoint solution也可以用.net web application
sjzfhl 2015-09-09
  • 打赏
  • 举报
回复
这个还是可以的呀!!!!!!!!!!!
wuhan_dotnet 2015-09-09
  • 打赏
  • 举报
回复
引用 7 楼 linyustar 的回复:
你把字段放开,写到属性里或者配置文件里,到时候去读,可重用性会好很多,就是开发的时候,麻烦一些,重用性就好很多; 比如你一个读新闻的WebPart,可以把写个属性“Title;Body;Author”,然后程序里去读,甚至前台的template也可以定义好;
这样的写法对只做展示用的webpart是比较通用的,其他用于对splistitem操作的呢?你想想每个列表做业务操作时,都是通过内部名来取值赋值,比较麻烦,也不通用。
霖雨 版主 2015-09-08
  • 打赏
  • 举报
回复
你把字段放开,写到属性里或者配置文件里,到时候去读,可重用性会好很多,就是开发的时候,麻烦一些,重用性就好很多; 比如你一个读新闻的WebPart,可以把写个属性“Title;Body;Author”,然后程序里去读,甚至前台的template也可以定义好;
wuhan_dotnet 2015-09-08
  • 打赏
  • 举报
回复
引用 4 楼 wuhan_dotnet 的回复:
也就是从框架和设计上考虑后续的sharepoint项目需求,对后续的项目有些积累,如.net项目三层框架搭好了,各底层实现都做了,剩下的开发只需要针对业务和UI做开发就可以了,不需要考虑更多底层的东西。异常捕捉,日志记录,这类都是可共用的,可提取的。
用asp.net工作量比较大啊。。。那样就真纯粹把sharepoint当数据库了。。
Justin-Liu 2015-09-08
  • 打赏
  • 举报
回复
建议继续用ASP.NET实现
霖雨 版主 2015-09-07
  • 打赏
  • 举报
回复
你是基于SharePoint做开发呢,还是只是数据存在SharePoint,然后全用asp.net开发一个web站点呢? 这样是有很大区别的; 如果整个站点基于SharePoint开发,一般情况都是: 自定义MasterPage; 自定义WebPart,用于功能、展示等等; 自定义一些web application page等; 然后,是一个同意的解决方案。 可能还会用到EventReceiver(事件触发器)和TimerJob(计时器任务)等,这是SharePoint的开发模式; 如果用asp.net开发,就调用或者自定义需要的接口就行了。
wuhan_dotnet 2015-09-07
  • 打赏
  • 举报
回复
也就是从框架和设计上考虑后续的sharepoint项目需求,对后续的项目有些积累,如.net项目三层框架搭好了,各底层实现都做了,剩下的开发只需要针对业务和UI做开发就可以了,不需要考虑更多底层的东西。异常捕捉,日志记录,这类都是可共用的,可提取的。
wuhan_dotnet 2015-09-07
  • 打赏
  • 举报
回复
补充一下,业务变化,业务操作代码自然会变化,我的意思就是能抽取出来公用的部分大概能有多少,能抽些什么出来。
wuhan_dotnet 2015-09-07
  • 打赏
  • 举报
回复
引用 楼主 wuhan_dotnet 的回复:
如题,目前有一个项目基于SharePoint开发,实际上是以SharePoint列表作为数据库来实现,在原来.net中有各种三层架构的设计方案,我想问下大家是否也有关于sharepoint类似的设计,提供基本源码也可以,提供大家的思路一起探讨下也可以。分不会少。。大家一起探讨下。。谢谢各位
是基于SharePoint开发的,用到sharepoint主要是用搜索和文档版本管理功能,其他的基本都要自定义实现,一套前端页面都需要自定义,后端的沿用sharepoint开发,这个跟你说的基本上是一致的,我就是想知道,如果前端的开发工作量比较大,用sharepoint的相关对象例如:SPList,SPListItem,SPWeb 用这些对象写代码一个复用性不高,另一个这些对象不支持序列化。 为了节约开发成本,我们需要代码可复用性高,因为接着好几个项目都是类似的需求,只是数据库表字段变了(sharepoint就是列表字段变了)。这样再做一个新项目,除了公共的webpart可复用,其他基于列表的业务操作基本都得再写了。 所以在这里发个帖子 看看大家有什么好的做法,或者好的设计框架。
内容概要:本文详细探讨了机组组合优化模型的构建,旨在通过合理安排各类发电机组的启停计划和优化出力分配,实现电力系统在经济性和稳定性上的最佳平衡。文章首先介绍了电力系统的四大主要组件——传统火电机组、风电机组、光伏机组和储能系统的参数及运行特性。接着,围绕最小化系统总运行成本这一目标,设计了优化目标函数,并明确了包括功率平衡约束、机组出力上下限约束、风光发电功率约束、弃风弃光约束、爬坡速率约束、储能系统荷电状态约束、充放电功率约束和充放电互斥约束在内的多项约束条件。最后,文章列出了解机组组合优化模型所需的关键变量,如传统机组的开停状态、机组出力、启停成本、风电光伏实际出力、弃风弃光比例及储能系统的充放电功率和荷电状态,以实现系统的经济调度和可再生能源的最大化利用。 适合人群:从事电力系统研究、规划和调度工作的工程师和技术人员,以及对电力系统优化感兴趣的科研人员。 使用场景及目标:①帮助电力系统工程师理解不同类型发电机组的特点及其对系统稳定性、经济性和环保性的影响;②为制定合理的电力系统调度策略提供理论依据和技术支持;③促进可再生能源的有效整合,提高电力系统的灵活性和可靠性。 其他说明:本文提供的模型和方法不仅适用于当前的电力系统,也可为未来含高比例可再生能源接入的电力系统提供参考。文中涉及的具体数学公式和参数设定为实际应用提供了详细的指导,有助于提升电力系统的运行效率和经济效益。

3,244

社区成员

发帖
与我相关
我的任务
社区描述
企业开发 SharePoint
社区管理员
  • SharePoint社区
  • 霖雨 - LinyuLoveTJ
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧