MOSS网站开发指北

说是指南，有点过了，只是想让初学者或者没有做过MOSS整体项目的人一些整体的了解。

如何利用Sharepoint开发一个完全不同与Sharepoint风格的站点其实和普通的.NET站点是完全不一样的，首先必须熟悉MOSS的很多功能，例如WEBPART，EVENTHANDLER,内容类型，CUSTOMER FIELD等，其实提供的是一个整体的解决方案，根据不同的需求来规划设计出不同的方案，因此经验和规划能力更重要。


步骤一：定义基本的网站地图和设计
就像许多Web项目一样，基本的站点地图和设计告诉开发团队基本的功能需求。站点地图能够使我们知道在站点上的各种不同类型的页面，设计使我们知道需要使用什么样的Feature.两者会随着进程不断的变化，但是他们给我们提供了项目开始的基线。
步骤二：定义自己的Content Columns 和Content Types
Content Types 是SharePoint的巨大特色，它为整个站点提供了底层结构。在项目的初期花费时间定义页面布局和Lists所需要的Content types是值得的。不需要定义的特别彻底，但是在开始时在这方面做的工作越多，以后返工的工作就少。
可以在项目中创建若干个Content Type组。例如”HedKandi Page Layout Content Types”和”HedKandi Custom List Content Types”.这主要考虑到当最终用户创建views时有更好的用户体验，同时也可以容易区分哪一个是开箱即用的content types,哪一个是我们创建的。
步骤3：定义自定义Lists
Lists是项目的骨架，可以创建若干个Site Collection级别的Lists以保证一致性和内容的复用。
步骤4：创建基本的站点层次结构
如果站点的层次结构不复杂，那就在Site Action用户界面下创建层次结构。如果是一个相当大的站点，那就应该提前创建整个站点的层次结构，建议使用　Stsadm –o createsite 命令或写一个简单的应用程序通过API自动创建层次结构。
步骤5　加入图像和CSS文件

一旦拥有了基本的站点架构，Custom content types和Lists,就可以开始把站点建造成设计的样子。这是我们第一次使用SharePoint Designer的时候，利用SPD可以非常容易地加入Css文件。至于Content Types如果想确保我们知道哪一些是开箱即用的，哪一些是我们在工程期间加入的，可以在Style Library List中加入新的目录例如叫做HedKandi，在这个目录下分别创建CSS和Images目录，我们把图像和CSS文件分别放到这些目录中。
步骤6 建立自己的Master Pages
因为工程中有许多布局大不相同页面，而且它们位于站点的不同位置，所以选择使用多个Master Pages。由于已经对XHMTL文件做了大量的工作，所以我们可以快速的创建新的Master Pages.因为我们想要利用站点中现有页面布局，所以我们对 控件保持同样的命名规则。
步骤7 创建自己的页面布局
这时我们可以真正看到预定义好的Page Layout Content Types以及XHTML的益处。当做了这些工作后创建一个平面的页面布局是相当快速的，主要是由于SPD的工具箱和SharePoint的高度集成。把content field加入到页面中，只要把它从工具箱中选中，拖拽到页面上就行了，不论是在设计模式还是代码模式下。如果已经很好定义了Content Type并且进行了适当的描述，这样开发人员就不必总是通过参考文档才知道field control是做什么的，这些controls应该是什么格式的，这将在工程中大大节省时间。
　　这时，我们就拥有了一个可以工作的站点，看起来非常接近设计的样子，可以让作者开始向Lists输入内容，创建基于Page Layouts的页面。这就勾勒出了测试过程，因为这意味着我们能够捕捉到丢失的Fields或功能。
步骤8 定制自己的Content Query webpart 视图
Content Query wb part是在网站中最常用的webpart之一。我们在各处使用它们从Lists中集合内容数据。我们发现为了满足设计上的需要，可以快速的变化web part提供的一套标准的视图。我们可以创建定制的XSLT模版以满足需求，通过修改itemstyle.xsl文件――位于站点集合根目录下的 /Style Library/XSL Style Sheets
通过给 itemstyle.xsl 文件增加一个新的XSLT模版就自动的把其中的内容增加到Web part属性的下拉列表中。这非常省时，但是要注意文件中语法错误会导致在Site Collection中的所有的Content Query webparts实例崩溃。
MOSS项目需要注意的几大问题
1.客户满意
带给客户期望的好处和业务，需要和客户详细沟通，不允许直接从功能需求上考虑实现，设置正确的客户期望值
2.稳定
网站开发完后希望有稳定的运行，更多的是服务器设置的一些问题，性能等，
3.安全
这个也是MOSS比较头疼的问题，MOSS本身已经有很强大的权限管理，但是也需要一定的管理，例如网站的权限，列表的权限，记录的自定义权限等，权限是否需要继承等诸多问题，访问群体，这些权限的设置应该如何设置，是需要很多经验积累的，例如有很多人通过视图不显示这些数据，但是事实上，这些数据是可以通过URL地址等各类方式来显示的。必须从根本上来限制他的安全级别。
4.扩展
为明天去做设计，让用户长期使用，很有感悟，曾经看到群里一个网友发布他的MOSS站点的设计，事实上他做的不错，MOSS已经被他改的面目全非了。界面也很漂亮，但是我们会发现，他所有的WEBPART都是写死得。想随便拖拉一下都不可以，那这样还不如写个.NET程序。用MOSS就是希望尽量的挖掘他的功能，减少开发量和维护量，而这个东西扩展的性能就非常重要。
5.灵活
MOSS有feature，customer field，masterpage，这些.NET2.0的特性，便于日后的升级是非常有好处的。因为至少.NET3.5的内核和.ET3.0没有太大的核心的变化。
如果有问题的话可以在留言板里提问，然后留下你的EMAIL方式，我会将解答发送到你的EMAIL。