haoxiaobo

    从silverlight 1开始，MS对这个技术的定位似乎更重视于互联网应用的娱乐性体验，但是，我认为silverlight技术应该更多关注一下企业应用的解决方案。

    把html应用于企业应用的原始动力是易于维护和部署，但是由于html的设计先天上就只是为了内容的展示而非交互，因此在实现企业应用中常有的复杂逻辑、界面逻辑控制方面根本就是草率应付，虽然后来加入了JS来扩展应用，但是基础html规范的简陋，使得即使我们只是想要实现一个限定类型的输入框，也不得复制一堆堆繁琐而丑陋的代码。

    另外一个问题是http协议的无状态性。功能提交后的新页面实际上与之前的页面之前没有任何关系，即使你只是刚刚离开了0.1秒，服务器都不会记得你是谁，你之前有没有来过，你的上下文信息等。可以说，WEB应用的开发，有一半努力都是在围绕如何解决这个问题而展开，session, cookies, viewstat, hiddeninput, url string ... 虽然通过这些或高明或不高明的手段，会话上下文信息可以得以一定程度的延续，但是比起CS架构的程序中上下文的自然持续来，WEB程序为解决这种问题而付出的努力、进而造成的资源浪费，真得是让人无法接受。

    http协议的无状态性带来的另一个问题是很难实现WEB事务，而操作的一致性却正是企业应用中所最重视的。用户可以随便地在页面之间中断，关闭，回退，前行，把界面控制逻辑搞得无所适从，一团乱麻，真是企业应用的恶梦。

    http的这种设计，是为了提高服务器的性能容量而，以及受限于协议开发时的技术能力，而做出的妥协，html亦然。因此，web程序极合适于开发信息发布系统，而不宜于开发逻辑要求、界面控制要求较高的企业应用。

    silverlight来自于AcitiveX\jave applet等这种嵌入式程序的思想，但是MS用新的.net技术和为这种思想进行了重新再造，虽然是新瓶装旧酒，但是有可能新一举解决部署和功能两方面的问题，即有web程序的易于部署和维护，又有客户端程序的易于开发，加上严格的UI行为控制，加强的安全性策略，以及更先进的通信能力，silverlight会成为下一代企业应用的主流解决方案。

    但是，silverlight似乎把解决企业应用问题放在了比较低的优先级上：1.0时，不支持强类型的.net语言开发，到2.0时，.net语言功能的加入使得已经可以在企业应用场合中试着做一些尝试了。但是，很多功能还只是简化版，无法完全满足要求，而企业应用中比较不重视的娱乐、多媒体等功能却得到了大力的增强。

    这与MS一向忽视企业用户的传统一脉相承，同一个原因让MS忽视过internet开发，忽视过数据库,忽视过服务器产品，忽视过服务应用开发。也正是同一个原因，使.net这个优秀平台在进入很多大型企业应用的核心地带时多遇阻碍。但是好在MS总是能及时醒悟，通过强大的技术能力收复失地。IE来了，SQLSERVER来了，.net来了，现在，silverlight也来了，但是，和MS的一贯作风一样，silverlight首先解决面向个人客户的问题。

    我对silverlight这个技术报以最热忱的希望，因为它把应用开发、逻辑控制、与部署维护等几个要素调和在同一种技术中，提供了目前为止最好的解决方案，因此，silverlight的架构非常合适于企业应用的开发。希望silverlight能在后续的发展中，能在解决富UI体验的同时，再为企业应用方案方面提供更多支持。

    可喜的时，在silverlight 3.0的改进中，果然已经包括了一些对企业应用支持的增强。 
    以下内容摘自：http://silverlight.net/forums/p/23990/87544.aspx
    Richer text control                                   富文本框
    Support for spell checking                            语法检查
    Support for inline tables                             行内表格
    Support for PDF                                       PDF文档支持！
    HTML rendering                                        html生成。
    Printing                                              打印！！
    Offline storage                                       离线保存！！
    Local database storage                                本地数据库！！
    Database synchronization                              数据同步！！
    Can install Silverlight application on desktop        可以把应用安装在桌面上！！
    Access to local hard drive limited to MyDocuments     可以访问本地硬盘上的“文档” ！！！
    Access to all of hard drive                           可以访问本地硬盘！！！
    Can drag & drop from desktop to Silverlight           可以从桌面上拖拉对象到silverlight!!
    Ability to create new Silverlight windows             可以创建新窗口！！ 是不是指对话窗那样的模态窗口？
    Support for device access such as USB                 可以访问本地设备！！
    Hardware accelerated graphical effects                硬件图形加速。
    Blend modes                                           融合(?)模式
    Frame based animation                                 帧动画
    Inverse kinematics / bones                            反向动力与骨架！
    3D                                                    3维动画

    (但是我仔细看过之后，似乎上述的内容比较时久，而可能与真正的silverlight3不同！)

    接下来我们还需要什么？
   
    http上下文的访问能力。
    服务器session对象访问能力。
    更方便地访问宿主页的viewstat。
    根据安全设置, 可完全访问web service。
    模态对话窗。
    应用Closeing, Closed，Unload事件支持。
    一个服务器数据源映射层，透明提供对服务器数据源的操作功能？
    事务支持。
    ...
   
   

只是一个简单的测试, 用了三种方法来做10万条记录的插入.  不过我没有测试拼10万条sql插入的效率.
应用在:dell inspiron 640M本本上跑的. 1.60双核CPU, 2G内存.  服务器是HP360, 8CPU, 4G内存. SQL2000数据库.
仅供参考.

一.每次都调用ctx的InsertOnSubmit方法把对象放入:
2008-7-18 14:29:55 开始生成100000个对象. 并直接放入ctx; 用时4秒
2008-7-18 14:29:59  开始SubmitChanges;                   用时3分26秒
2008-7-18 14:33:25  完成.

越来越慢.

在MSDN上闲逛, 无意中看到一个这样的东西: 屏幕逻辑集成.

 SLI（屏幕逻辑集成，Screen Logic Integration）用于将古老的UNIX绿色终端字符界面的程序包装成为一个web services, 以便在SOA的架构里重用这些古老的业务逻辑. 

比如, 在我们公司中, 业务系统是基于UNIX的终端程序,  一些业务逻辑是在界面上的一些输入框里输入参数, 一些资料, 或是计算结果被显示在屏幕上的一个地方, 这些业务逻辑通过NEON Systems ServiceBuilder可以以web services的方式发布. 其过程如下:

    1.在VS中新建一个NEON Systems ServiceBuilder的项目以建立一个SLI方案.(当然, 前提是你得先安装了这个东西).
    2.向导提供一个录制器, 用来记录你的telnet程序的输入和输出, 记录下屏幕上的所有的输入了信息的地方和输出了信息的地方.
    3.你在向导的录制结果中, 以直观的方式指定哪些是输入参数, 那些区域是输出结果. 还有数据类型等.
    4.向导生成有关的对象模型, 生成webservice.
  
    实际运行时呢? 我猜是这样的:
    1. web services被调用, 参数被传入. webservices程序调用neon的程序.
    2. NEON偷偷以telnet协议连入unix主机, 按录下的按键序列调用unix主机上的程序.
    3. 参数在指定的地方由程序摸拟输入.
    4. 主机程序回应结果, 这些结果本来是要显示在屏幕上的, 现在被NEON得到, 根据指定的位置信息和这些信息对应, 分辩出哪些是什么字段, 返回给web services程序.
    5. web services向调用者回应结果对象.

    这个东西真得有用. :D

MSDN上的文章在这里:
http://www.microsoft.com/china/MSDN/library/KnowledgeBase/kb_0409.aspx

项目组的文档风格问题

　　叫我怎么说？我们项目组里现在充斥着华而不实的文档作风. 做一件事，这样浮燥，这样不脚踏实地是不行的．

　　写工作文档，规范严格是重要的，但并不是要把简单问题往复杂了搞，不是要把实际问题抽象化，不是要去找一些意义含糊的词语来表达，不是要把一句话可以说明白的意思用一大段话来说得人人都看不懂！

　　说到工作文档，我想有下面几点要做好，就够了．

　　一．句法不能出问题：

• 主谓宾一个也不能少．
• 如果主谓宾的词语不能确切地，无岐义地表达事实，那么必须用确切的定语＼状语＼补语成分．
• 不推荐应用定状补定子句．如果需要的定状补成分是一个子句，那么尽可能分句，在另一句中对于需要限制定的语素进行详细说明．
• 标点符号不能出错，括号内外的标点要遵守括号标点的惯例．

　　二．用词：

　　用词的原则为：

• 能简单不复杂．
• 能用常用字词表达，则不用冷僻词．
• 能用有确切含义的技术名词，则不用俗称或是其他非技术名词．
• 能具体不抽象．例如要传达＂椅子＂的概念，就用＂椅子＂这个词，而不是采用＂泛化单式坐恣人体支撑家俱＂这样的词，虽然然这样说起来显得很高档．
• 英文缩写词提供术语解释．
• 有数值指标的，则不用比较级形容词，如＂数据库的容量要达到非常大的容量，在大容量下的性能要在可容忍的限度内．＂这样的话实际上没有传达信息．而＂数据库设计要支持１亿条记录的容量，同在达到１亿条数据时，用身份证号查询记录时，得到结果的时间最长不能大于０．１秒＂这样的话就精确定义了信息．

看来我们项目组里有些人需要的不是专业技能, 而是需要补习语文!