GrapeCity的技术点滴

GrapeCity -- worldwide component vendor / provider
随笔 - 14, 评论 - 275, 引用 - 36

导航

关于

本Blog文章不是来自于个人,而是来自于GrapeCity技术团队的点点滴滴,其主要出处位于GCDN.

标签

每月存档

最新留言

广告

 

除了小盖和Kurt先生的Keynote之外, 今天一口气听了三个与WSS 3.0相关的Session, 分别是IT201, WS301WS303, 最后一场WS系列的放弃了, 跑到Hand On Lab去晃了一圈, 发现收获也不小, 25Lab全部做下来, 估计也就能把O12吃了个透彻, 可惜时间不够, 草草做了3Lab就奔出去混饭了. 收工之前试图copy一些HOL的文档, 未遂, 被一黑壮黑壮的哥们告知, 只能看, 不能拿.


闲话少说, 切入正体.


Keynote的内容比较中规中矩, OfficeVision, Roadmap, 面临的挑战, 如何应对等等. 在其中一张slide上与Office组件平级的放了一个Microsoft Dynamics模块, Dynamics是微软在CRM市场的一套产品, 不明白为什么会在Office技术中涉及到它

   此外
, Keynote中的几个Demo很是cool. 在一个Demo, 存在放在后端Excel 服务器上的Excel文件直接作为DashbarodChartRenderWSS 3.0的网站中, 后端修改数据和Chart的显示样式, 前端页面刷新也会同步地显示出来, 刷新过程中来回滚动的绿色进度标识也给予用户很好的体验. 另一个Demo向我们展示了尚在开发中的VSTO 3.0, 基于此项技术, 我们可以在VS.net 2005中直接以可视化的方式设计InfoPath Template, Task Pane, Outlook Add-in, 以及Office12中的Ribbon. 在这方面, 微软的思路是让.Net的开发人员可以以他们熟悉的模式开发Office应用, 降低他们的学习曲线. 在这个Demo, 我们看到InfoPath中的UI控件出现在VS.Net 2005的控件面板中, 可以自由拖动到View; 无需编程, 通过类似WinForm上的简单拖动, 就可以构造一个Task Pane并且可以和文档中的XML数据进行交互. 这也体现了微软在开发领域一直坚持的观点: 所有开发都交给Visual Studio. Office开发, 也不要例外

   Keynote
之后, 小盖还回答了听众提出的一些饶有趣味的问题, 第一个问题说的是Office12是否会提供对其他平台的支持替小盖汗一把先. “Office是构建在Windows系统上的一套组件, 所以目前我们并没有向其他平台迁移的计划”. 似乎为了安抚人心, 小盖接着说到, 基于OpenXML格式, 其他平台上的Developer也可以开发出各种Office应用程序. 呵呵, 在这等着您呢. 另有一位兄台问E-Form如何使用的问题, Kurt答复说有两个地方, 一个是常规的电子表单应用场景, 此外, 凡是需要存储格式化信息并以适当方式呈现出来的都会使用到E-Form, 例如在Word, Excel中填写文档属性, 其实就是嵌入的InfoPath表单, Outlook, 更是直接将InfoPath Form作为其中的一种Item, 直接可以在邮件中查阅和提交. 其他几个Demo也是Cool的不行, BDC(Business Data Catalog)集成的, 有高级搜索技术展示的, 记不太住, 此处省略几十字了.


 


几位精神领袖的keynote整完之后差不多也就到了中午, 接下来是编号为IT301的一个关于如何基于Office2007进行内部文档和记录管理的Session. 一位胖哥(开发人员的技术水准与其体重有紧密的函数依赖关系?)介绍到:


l         为什么要基于Office Server 2007来做内部文档和记录管理


n         可以提供存储功能


n         自动审计


n         版本支持, 2007中提供了主版本和副版本的支持, 只有主版本的文档才会被publish出来.


n         全文检索


n         文档管理系统到记录管理系统的无封集成


l         2007中还提供动态的文档流服务, 当然是基于WWF.


l         Search的功能得到了增强.


 


胡乱整点中饭. 继续后面的Session. 接着是编号为WS301WS303的课程, 分别介绍了WSS/OSS 3.0基础模型和Web Part, Master Page等东东:


l         3.0中站点的组织模式发生了一些变化, 从高到低依次为SPFarm, SPWebApplication, SPSite, SPWeb.


l         List, 增加了两级垃圾箱, 一级在List本身, 一级在Site.


l         增加了若干中新的预置Field Type: Append-Only, Multi-Valued, User Account. 同时还支持Custom Field Type.


l         Check Out / Check in方面, 新版本中支持强制签出, 在多用户的场景下, 这是个很有用的feature. 此外, Office 12中的word, excel等文档都可带有自定义的property, 如果自定义属性没有填写, 则系统不会让文档Check in.


l         版本增强. 例如一份文档, 3.1, 3.24.0三个版本. 那么在历史记录中, 3.1可以被其作者看到, 如果3.2check ou, 则只有当前check out的同学能够看到, 4.0因为是正式公布的主版本, 所以所有人都可以看到.


l         Schema Management. 我感觉到的思路是希望尽量减少站点配置,迁移,维护工作的复杂度, 提高站点模块化程度和复用性. 这里包含两层内容:


n         Column Template, 这个在上面已有介绍


n         Content Type. 这个Content Type, 我们可以把他理解为与某类文档相关的一系列Defination的集合. 例如采购单这种文档类型, 对应的有文档模版, 文档属性, 指定的Fields, 需要触发的事件, 绑定的处理流程等. 这所有的内容, 都归纳为一种Content Type. 需要指出的是Content Type可以有继承关系.


n         Event Handler. 3.0中对事件模型进行了扩展. 支持同步和异步事件, 支持在Web级和Item级的事件. 同时事件的种类也增加了, 例如在List上增加或删除一个Field也会触发相应的事件.


n         Query. 3.0中增加了新的名为SPSiteDataQuery的类, 用来进行跨站点查询. 同时还支持指定索引列进行查询.


n         其他方面的一些功能增强: 支持Site级的Alert, 支持RSS订阅


n         Master Page. Master PageAsp.net 2.0提供的特性, 由于WSS 3.0直接 Asp.Net 2.0, 所以也可以使用Master Page功能. 每一个SPSite/SPWeb(到底是那个, 现在不太记的清楚了...)都暴露出一个MasterPage link的属性, 只要修改这个属性, 就可以改变SPSite/SPWebMaster Page风格. 关于MasterPage的定制其实还有很多内容, 讲师同学重点去讲Master Page的内部构造去了, 实在繁复的很, 略过了.


n         Web Parts. WSS中的Web Parts之外, 3.0中还直接支持Asp.net 2.0中的web parts以及混合类型的web parts. 所谓混合类型, 实际上就是继承自WSSWebPart, 但序列化的时候, 使用Asp.Net 2.0web parts序列化机制.


n         Feature. 2.0中要对Sitemenu, action什么的进行自定义, 是件蛮麻烦的事情. 3.0中的Feature可以简化这方面的工作量. 我们知道站点模版和WebParts都可以用来对站点进行自定义, 一个粒度大, 一个粒度小(原引熊总的话 J), Feature的粒度位于二者之间. 例如, 我们需要在每个Item的下拉菜单中增加一个action, 就可以用到Feature.


n         移动手持设备的支持. 3.0中可以直接将站点内容render到移动手持设备上. 由于坐的比较靠后, 看不太清楚屏幕上render出来的效果, 这里也不好多做评论了.整得跟RSS订阅似的, 感觉有点简陋.


 


一天下来内容多多, 全凭记忆整理, 时差也还没倒过来, 写到这里基本上脑子已经缺氧了. 有不全不足不爽的地方, 还请见谅. 明天关注的重点是InfoPathVSTO, 收工.

打印 | 张贴于 2006-03-27 00:43:00 | Tag:暂无标签

留言反馈

暂时没有留言纪录
对不起,目前本随笔不允许发表新评论.

Powered by: Joycode.MVC引擎 0.5.2.0