1.、北京不算整洁的城市，作为一个有历史的城市，电线乱牵，路面邋遢，当然，对于一贯低要求的中国人来说问题也不是很严重；

2.、这里北方人很多，由于需要保暖，北方人普遍比较大块头，一般一眼就能认出，无论怎样，要适应北方的人文还是需要一定时间；

3、秋冬季气候太干燥，每天要不停的喝水，鼻子有点塞，最近，常处在感冒的边缘；

4、当然与天府之国的四川盆地来比较，这里的环境还是比较不利于生物生存的，当然，太利于生物生存也不一定是好事，因为细菌也是生物；

5、貌似美女没南方大城市多，风景应该也没有南方的漂亮 - -！

6、对于我来说，来北京的唯一理由就是为了寻找适合自己的圈子，结交志同道合的朋友；

7、相对于生活惯了的深圳，这边还很陌生，环境差异也很大，不过人是具有高适应性的，就让我适应它吧

写这些作为备忘，看看过一阵子会不会有不一样的感觉。

我希望这是我的一个阶段、一种状态的结束。

在深圳工作的这几年里，从稚嫩的毛头小子，经过战战兢兢的摸爬滚打，到现在不伦不类的自己，我只能说，Change me！

一直以追求完美的性格要求自己，现在发现越是追求，越不能称心如意……也许，这个世界本身就不完美，目标性太强会缺少快乐，适可而止，以出世的态度面对人生……

朋友不多，不过我相信我真正的朋友都是最铁的，因为我知道……，我爱你们！！

深圳是个移民城市，大伙儿都是来自五湖四海，都很务实，这很好，我们这个国度，需要更多这样具有实干的精神的人，这种精神也将陪伴着我继续向前……

-- 俺不要这么虚 --

简单总结一下：

第一年：初生牛犊，努力的干活，感觉比较充实，埋头做事，第一次与女孩子你来我往，oh～～

第二年：矛盾的一年，混沌的一年，无奈的一年，认识到制度和管理才是公司的命脉……

第三年：换了新工作，工作内容很喜欢，对技术的提高帮助很大，做了不少尝试，并成功，经常自己夸奖自己“你真是太聪明了”，同时熬夜也比较多，经历了一个多月的心理斗真，也许这一次让我知道，命运需要妥协……

第四年：矛盾的一年，混沌的一年，无奈的一年，也是一晃而过的一年，我感觉我应该转移重点，更多关注业务，迫切的希望有自己的事业，已经准备就绪，我需要迈出第一步……

简单的四年，没有任何值得赞许的经历，没错，这就是平淡庸俗的我，只是我很确信，自己一直在努力！

2004年1月，我打包好行李，来到了这个既陌生又向往的城市，一切都是那么待定。。。

       在软件开发过程中也许我们天天要与客户打交道，什么样的产品才是受用户欢迎的，也许并不是那么好琢磨。

        举个例子，比如产品制造商在调查顾客需求的时候了解到客户想要一把粗一点的剃须刀，这个需求很明确。不过当我们制造出了粗一点的剃须刀后，顾客对这样的剃须刀也许并不感兴趣，顾客真的想要一把粗的剃须刀吗？？在软件设计开发过程中同样如此，客户想让你按照它的想法去实现一系列的需求，但是，往往你按照客户的想法设计出来了却并不能让客户满意，导致跟着客户一改再改，问题究竟出在哪里呢？

        在实际的工作中，我们经常会被提醒一定要以需求来指导我们的设计，当然这没有什么问题，但如果没意识到这里的内涵将会使软件开发面临头疼的无休止的变数。在上面的例子中，客户真的需要一把粗一点的剃须刀吗？？当然不是，当我们继续问一个为什么后真相才会显现出来，原来，客户不想让剃须刀从手里滑掉，也许粗的剃须刀并不是好的设计方案，但在这里客户却误导了未继续询问为什么的需求者，从而导致产品开发的失败。所以，只要多问一个为什么后我们的需求就由客户导向变成了客户目标导向。知道客户最终想要什么的方式除了多问为什么外还有很多其它方式，我认为最重要的方式是需求者真正的理解客户业务，真正把自己当作客户，当然，这对某些项目也许并不是很容易，但我们能多理解一点客户就离成功更进一步，而不是整天抱怨客户这样或那要的需求有多变态，要知道客户也是想把工作做好。要知道，在这个行业，我们是专业的，让我们理解了客户之后为客户设计更易用的软件也许更合适。所以，对于实现什么和怎样实现顾客真正想要的也许和说的并不一致。

Using the Enum.Parse method, you can easily convert a string value to an enumerated value.  Doing this requires the type of the enum and string value.  Adding the true argument will cause the case to be ignored.

Using the following enum for this example:

private enum Aircraft
{
   Beech,
   Cessna,
   Piper
}

You can easily convert the string to an enum value like this:

Ideally you should wrap a try-catch around the Enum.Parse statement.

        长话短说，简单说一下在CS2中的URL重写机制，CS2中的URL重写机制或者叫URL解决放案更贴切，我感觉是非常优秀的，虽然处理上复杂了些，但严格按照好的架构思想出来的应用具有非常好的扩展性。

不熟悉URLRewrite的可以参看http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx?mfr=true

本文假设您已经基本了解了URL重写机制的基础上展开的。

通过web.config中的httpModules配置节我们了解到CS处理HttpModules的处理程序，在这里是当一个请求建立时最开始的事件，在这里，HttpModule处理程序不仅处理请求有关的操作还操作URLRewrite，具体的架构参见下面的UML图：

        从此图了解一个大概即可，现简单描述一下处理过程：
        当客户端请求到达IIS后，通过IIS把处理递交给HTTP处理程序（HttpModule），通过在HttpModule中注册的BeginRequest事件处理URLWrite，不过这里还使用了委托，委托CSContext来执行重写方法，在CSHttpModule中的方法调用UrlWriteProvider里的抽象函数获取匹配替换后的新的URL，要执行匹配，需要根据配置文件来筛选，在CS中有很多应用，如果在每个请求到达时都执行匹配，执行效率会很低的，CS在这里做了筛选，先根据URL判断其属于那个应用，这里叫Location，在配置节里的Locations就是设置这个的，这样判断了其所属的location后只需要匹配此Location下的URL即可，大大减少了匹配次数，当然这里还有一个URLMapping对应配置节的mappings（默认CSSDK中未配置这一项），这可以把一种location映射成为另一种location，这在扩展中也很有用，执行URL匹配时，通过正则表达式匹配配置节URL里的pattern，遇到匹配成功即可替换为vanity，当然生成URL的适合也是使用同一配置里的path，这样三个属性就构成了一个完整的URL配置。当然transformers配置节里是执行替换，这在最初读取配置的时候循环替换每个URL配置节里的Path和pattern，比如把##blogdirectory##替换为Pages/{0}/blog/，这样就使配置更灵活，如果需要修改Location的值将是很简单的一件事情。
        举例来说，如果需要把CS中默认的URL（.aspx）改为.html结尾的URL，理论上只需要修改各URL中的path和pattern两个属性，注意：只能这两个属性同时出现的URL配置才能修改其扩展名，因为这样的URL才能执行重写。

       模块：在CS2中最主要的官方模块有（论坛Forums、博客Blogs、相册Galleries）现在只讨论主要的这三个模块，下面的文字也围绕着这三个模块进行讨论。这三个模块具有一定的共同点，CS把这三个模块抽象到一起了，这是CS的核心所在。

熟悉这些关键词及模块对CS的掌握至关重要，希望通过此篇介绍能帮助你更快的了解CS的基础。

       我想要研究此技术最好的办法就是把代码分离出来放在自己的工程中，重现这些功能，在重现这些功能的时候一定会遇到这样或那样的问题，这恰好是我们应该着重研究的地方，所以让我们先来分离代码吧。

       就拿CS中的一个Ajax小应用来说，当具有系统管理员权限的用户进入后，可以看到页面的标题和一些新闻内容是可以无刷新改变的，让我们先从此处下手吧。找到相应的控件页面，我们会发现，这些控件引用的一些文件，我现在先把它们列出来，下面的截图是我在分析TitleBar代码后分离出来的：

 

        参看上图，有这么几个文件是很关键的：

        AjaxManager.cs主要提供Ajax应用所需要的功能枚举等等，此文件包含三个类见图2，其中AjaxManager里面包含了几个静态方法，这个是关键。

        Global.js这个文件主要包含两个重要的脚本函数来处理客户端的Ajax提交，另外还有一些很有用的js函数。

当然，这两个文件只是基础，要使用ajax必需要相应的页面的配合和对js编程的熟悉，现在让我们来了解一下Ajax的机理，Ajax说白了就是使用JS脚本和XMLHttp技术在后台提交数据到服务器，经过服务器相应方法的处理后把数据返回给客户端，由于数据在后台提交的，用户只看到数据的变化却看不到页面的刷新，功能酷酷的，实现起来也不难，这就开始了：

首先让我们看看在CS2中的Ajax的实现原理

 

按照上图的步骤来分析，并且以一个实例来了解它，这个示例很简单：在客户端提供两个用户输入的数字，提交到服务器进行计算，并把计算结果返回给客户端。

（在看下面的解说之前最好先下载本篇文章的示例程序结合着看。）

       首先，我们建立一个aspx的页面，这里命名为Default.aspx，第一步要在提交请求的时候让页面注册Ajax_CallBack脚本（此脚本即是客户端和服务器通讯的关键），这里我们的后台代码很简单你可以在Page_Load方法里写成这样if(!this.IsPostBack) AjaxManager.Register(this,"Counter");可以看出调用了AjaxManager的静态方法，此方法的作用就是分析传进去的参数(这里的参数为this也就是页面的引用)，生成客户端Ajax_CallBack脚本。在生成脚本之前自动去找在此页面有多少个带了AjaxMethod属性的方法，一个服务器方法对应一个客户端Ajax_CallBack方法，生成了客户端脚本后我们只需要在客户端写上少量的调用方法即可与服务器通讯了。在这里注册到客户端的脚本为：

     在客户端的按钮onclick事件上调用此函数即可，这段客户端的代码也许有人会迷糊，其中“$”函数是Glogal.js文件中的，等同于document.getElementById，iteSettings.CounterEnter则是调用前面注册到客户端的脚本，那么这段代码的意思是传递第一个和第二个输入筐的值到服务器器上的CounterEnter方法，并把返回的结果付给txtResult的文本框，前面已经提到过服务器上的CounterEnter方法此方法带有AjaxMethod属性，程序会自动找到此方法并执行的。至于怎么找到的，在后面详解，服务器方法在执行完此方法后返回结果，返回的值通过AjaxManager的相关方法以js脚本的形式Response给客户端（形式如：{value:’aaa’,error:null}），在得到这个返回对象后我们只需要调用其中的Value属性即可获取返回的值。
    那么服务器怎样去分辨是Get请求还是PostBack或者AjaxPostBack呢，只有分清楚了这个才能在该执行的时候执行相应的方法，好的，其实在这里通过Get方法和AjaxPost的数据asp.net都不认为是回发给服务器，这样一来我们在PageLoad代码里的写的if(!this.IsPostBack)对两者请求都视为等效，那么通过后台的AjaxPost请求的页面同样会去执行AjaxManager.Register方法，那么我们看看此方法除了注册客户端JS代码还做了写什么呢。我们注意到在最后一段代码里有一句：control.PreRender += new EventHandler(OnPreRender);这句话就是在当即将Response给客户端页面的时候执行OnPreRender方法先，此方法的作用即是判断客户端提交的参数里是否有Ajax参数，如果有就判断此次Request为Ajax提交，需要执行服务器的相关方法，此处通过一系列的跳转和反射找到了应该调用的方法并执行，返回执行完后的结果给客户端并中止页面继续Responst，这样就完成了一个完整的Ajax调用，当然在AjaxManager里面有很多细节在这里没有详细写出来，如有异议或疑问希望多多指正和探讨，也希望此篇帖子能起到抛砖引玉的作用，给大家一个小小的参考。
   下一篇将介绍Ajax在CS2中的高级应用，本文示例下载。

       在我们使用IDE打开Default.aspx页面时，我们仅仅看到一些毫无顺序的控件，几乎看不到控制布局的Html标签，不要困惑，因为在CS中UI层也是按照模板思想分层实现的。先来看看几个类的实现：

打开\src\Controls\ContentContainer.cs

这个文件里分别实现了

public class MPContainer : MetaBuilders.WebControls.MasterPages.ContentContainer{…}

public class MPRegion : MetaBuilders.WebControls.MasterPages.Region{}

public class MPContent : MetaBuilders.WebControls.MasterPages.Content{}

public class MPForm : MetaBuilders.WebControls.MasterPages.NoBugForm {}

public class MPScript : System.Web.UI.WebControls.PlaceHolder {}

这些类前四个都继承自MetaBuilders.WebControls.MasterPages，那么为什么CS不直接使用这些控件呢，因为这是第三方控件，主动权不在CS中，CS为了隔离控件变动使用了代理模式，这样就可以在程序里使用统一的方法，不用担心以后第三方控件的变动了，同样，在CS系统里还大量运用了此模式，比如在使用FreeTextBox的时候不是直接使用，而是通过Telligent.FreeTextBoxWraper这个类进行封装隔离，并且同时继承自ITextEditor接口，这样程序里面在需要用到文本编辑器的时候只需要引入此接口根据配置加载文本编辑器包装类就可以了，这样处理之后撤卸和安装新扩展都会很容易，如果对此模式还不甚了解的话，我会在后面章节介绍这里的原理。

    好了，了解了这么几个控件类之后就看我们怎样在程序里面使用了，首先简单介绍一下这几个控件类的作用吧：

MPRegion：向页面进行注册的控件，这有点类似于那些大型的新闻静态页面发布系统的标识符，生成静态页面的时候根据标识符替换相应的动态数据。

MPForm ：作用很简单，就是为客户端生成Form标签。

MPContainer ：包容MPContent控件的容器控件。

MPContent：此控件的ID只要和在Master页面设置的MPRegion控件的ID一致，那么此控件中的内容便自动嵌入到MPRegion控件的位置了，此控件必须用在MPContainer之内。

简单介绍了这些控件之后如果你是初次接触CS那么肯定还会很迷糊，别急，让我们先了解在CS中模板的“继承”关系，虽然不是严格的继承但我们可以这样理解，让我们打开具体的风格文件夹在这里我们看看在\src\Web\Themes\default\文件夹下的Masters文件夹，此文件夹下大部分都是以Master命名的ascx文件不难从名字可以看出，最主要的文件当然是Master.ascx了，这是所有页面都需要引用的主模板，根据继承的概念我们应该清楚在此文件里应该放一些每个页面都需要用到的Html标签等等，比如页头，公用样式，页面的布局页角以及Form标签等等，如下面的代码：

Master.ascx
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd"> 
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
    
    <CS:MPRegion id="HeaderRegion" runat="server" >
    
    <CS:Head runat="Server">
        <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
        <CS:Style id="UserStyle" runat="server" visible = "true" />
        <CS:Style id="s2" runat="server" visible = "true" Href="../style/Common.css" />
        <CS:Style  runat="server" Href="../style/common_print.css" media="print" />
        <CS:Script id="s" runat="server"  />
    </CS:Head>
    
    </CS:MPRegion>
    <body>
        <CS:MPForm runat="server">
            <CS:MPRegion id="bscr" runat="server" />
                <div id="Common">
                    <div id="CommonHeader">
                        <CS:MPRegion id="bhcr" runat="server" >
                            <CS:TitleBar runat="server" id="t" />
                        </CS:MPRegion>
                    </div>

                    <div id="CommonBody">
                        <table cellspacing="0" cellpadding="0" border="0" width="100%" id="CommonBodyTable">
                            <tr>
                                <td valign="top" id="CommonLeftColumn">
                                    <CS:MPRegion id="lcr" runat="server" />
                                </td>
                                
                                <td valign="top" width="100%" id="CommonBodyColumn">
                                    <CS:MPRegion id="bcr" runat="server" />
                                </td>
                                
                                <td valign="top" id="CommonRightColumn">
                                    <CS:MPRegion id="rcr" runat="server" />
                                </td>
                            </tr>
                        </table>
                    </div>
                
                    <div id="CommonFooter">
                        <CS:MPRegion id="BodyFooterRegion" runat="server" >
                            <CS:Footer runat="server" id="Footer1"/>
                        </CS:MPRegion>
                    </div>
                </div>
            </CS:MPRegion>
        </CS:MPForm>
    </body>
</html>

        从代码中我们可以看出MPRegion和MPForm这两个元素，也就是告诉“继承”自这个页面的控件什么地方应该嵌入什么。比如<CS:MPRegion id="HeaderRegion" runat="server" >这个标签表示如果子页面有id为HeaderRegion的MPContent这个控件对象的时候，那么此控件中的内容将插入到此处替换调默认的内容，如果子页面不存在此ID的MPContent的话则使用此标签内的内容。

        其他文件，比如HomeMaster.ascx文件表示首页的模板，此模板的基本模板还是使用Master.ascx这就好比类的继承关系，Master是基类，HomeMaster是首页的基类，default.aspx则是继承自HomeMaster的子类，只是需要在首页的MPContainer标签处标明使用哪一个模板即可，如<CS:MPContainer runat="server" id="Mpcontainer1" ThemeMasterFile = "HomeMaster.ascx" >一个好处就是尽量减少了重复的公用HTML标签，另外一个好处是页面可以分层，比如在设计一个较复杂的首页时，我们可以把大量的复杂的Html标签放在HomeMaster只在需要插入动态内容的地方注册MPRegion标签，这样做后我们只需要在首页里使用MPContent包含相应的动态内容而不需要被复制的Html标签搞昏了头。这就是为什么我们初次打开首页几乎看不到控制首页格式的HTML标签的原因。同理，其他模块也是如此这般，这里就不冗诉了。

        简介：CS是一个非常庞大并且严格按照B/S三层架构设计的社区系统，目前的最新版本为2.0包括有常用的社区功能（博客、论坛、相册、下载、RSS阅读器等等）并且可以方便的扩展其他自定义模块。可以看出使用本系统可以很容易的达建时下流行的WEB2.0系统，特别是在企业内部的应用中会有很大的空间，事实上我就是在使用此系统为企业达建交流平台，功能多多，等待我们发现的还有很多。

        CS系统有着严密的设计和分层机制，严格按照三层架构达建，非常适合团队开发，做二次开发仍然是这样。同样，有很多宝贵的设计也是我们难得一见的，学习了此系统对开发企业级应用的也是很有帮助的。具体的架构介绍可以参考ugoer的相关帖子。我会在以后尽量抽出时间对CS系统的其他相关技术做一些介绍。

• Web2.0就是有WEB特性的WinForm应用程序，这是开发用户体念的方向。
• 关注什么：关注用户体念，用户的劳动是否能得到相应的甚至更多的回报，双赢是必须的模式，抓住一点，用户凭什么用你的程序，它能为用户带来什么。
• 每个用户（应该没有例外），骨子里都流着自私的血液，不要理所当然的想用户会怎么用你的程序，用户一点都不傻，不会白干活。

      其实这些在平时也想过，但是在梦中想到的又有另外的感觉，先把它记录下来，我想这无论对Web2.0还是对其他软件以及行业来说，这个方向应该都没有太偏吧。哦，对了还有一点其它的灵感，先不写在这里了。

      我经常在想人好容易来世上走一朝，究竟到老的时候怎样才能回首往事而不后悔，我想我的准则是能为这个社会带来了与人方便，给人快乐的事物，这种程度越大越好。当然，这与个人利益的获取是不矛盾的，Bill Gates创造了微软帝国，为每个家庭桌上都放上了个人电脑而努力，当然为这个社会带来了多少也就会得到社会相应的回报。如果想方设法的想多赚钱而不想为人民服务的话，早晚会被社会所抛弃。我觉得这是个大的生态规律，虽如有些投机倒把让人眼红的例子，但那并不能说明什么，只是这个大的生态环境里面的小插曲，而最终的大方向还得依靠这个生态规律来筛选。
      盖茨和Googler们要是没有为人民服务的这种思想的话，我想也发展不到现在这种人人羡慕的规模。让我们看看他们的初衷，盖茨最初是希望人人用上电脑家家都拥有方便易用的个人电脑，而Google的一句有名的话即是：Google是极力想让用户尽快从自己的网站上离开，也就让用户快速定位到自己想要的东西。不难看出这些初衷都是毫不利己专门利人的思想，而恰恰社会回报了他们。
      我一直比较欣赏Keso，也很赞同他的观点，路人皆知他是很推崇Google而不屑于百度的，以前我还不太明白，因为我用百度搜中文反馈的结果似乎比Google要好。然而比较了Google和Baidu的一些做法后才知其中另有端倪，Google的左侧排名是完全由网页本身相关性决定的自然结果，百度却有竞价排名，影响了搜索结果的排序，当然还有其他的一些让人感觉黑糊糊的东西，在没调查特别清楚之前还是不说了，了解了这些之后虽然感觉BaiDu对中文支持要好，但使我对它的印象却大大的打了折扣，“不愧”为中国企业。从这里看出两种处事原则，一个为人民服务是图，一个惟利是图。当然社会回报会更倾向于谁就不用我说了。

      所以我对成功的理解：不是看获得了多少，而是看为社会做出了多少！
      《基业常青》这本书我倒是买了还没看，不过同一作者的另外一本畅销书《从优秀到卓越》我倒是读了多遍，非常的推荐。
      同样引用《基业长青》里的话：
      “把用户和产品放在利润之前是奇迹性的” -- 福特汽车公司前首席执行官
      “我们绝对不要忘记，药品是为人类造福的，并非为了利润。只要我们牢记这点，利益会随之而来，而且从来如此” -- 美国默沙东制药公司前总裁

      在上大学的时候我浪费了不少时间，而工作之后虽然得到了很大程度的重视，然而从现在这个角度看来工作后我仍然浪费了不少时间，我感觉我的发挥应该远远超出现在的状态，而事实却并非如此，我想如果我再这样下去我也许真会压抑的疯掉。

      本来一年前就有这个打算，可惜不知不觉，一年就这么过了，我是最不能容忍浪费时间的，然而我却实实在在的浪费了不少时间，我为我浪费的这些时间感到深深的默哀！它们就这么含冤而去了，再也不会回来了，希望它们一路走好，也希望今后的时间再不要这样含冤死去！

      新工作也许可以给我带来新的挑战和激情，因为新工作正是我所向往的WEB2.0，我必须严格要求自己，把我的全部激情爆发出去，为我所在的集体增添新的生命力，我真的希望能充分的释放自己的能量，是充分的！

        这几天浏览过的印象深刻的WEB2.0应用服务：

豆瓣：典型应用，用户参与其中，所有内容都是由用户产生的。

51.COM：由blog产生的附加价值，用在交友这方面实在是非常好的方向，我以前也想过用什么样的交友方式，其实这个就是很好的方式了，写好blog后自然很容易交到合适的朋友。庞升东的确把握好了机会。

flickr.com：本来早就看到过，今天才用了一下，果然功能非常贴心，用起来很爽。

        我想Web2.0就是要给人一种这样的感觉，用起来很爽，不管是博客，还是其他服务，大家都来维护一个应用，互相促进，这就是WEB2.0带给我们的新体念。

        我也以我片面的语言笼统的定义一下我对WEB2.0的认识。那就是巧妙的利用了大众的智慧，大众的主观能动性为网站提供资讯，同时也享受他人提供的资讯，网站程序的有机协调使这些资讯能最优的提供给用户，巧妙的达到双赢的效果。WEB2.0这个时代让人更加振奋。

        需要对数据库结构、数据、自定义函数、存储过程等数据库元素进行转换，由于Sql Server和Oracle数据库语言本身的差异非常大，所以自定义函数和存储过程的转换是比较困难的一件事情，市面上也很少有这方面的工具，几乎都想直接写工具了，后来却找到了个国外的一个叫做“SwissSQL-SQL Server To Oracle”这样的工具，此工具可以在http://www.swissql.com/站点上下载，使用方法有两种，一种是转换TSQL脚本到PLSQL，一种是通过JDBC连接到SQLServer数据库进行转换，转换后的结果都保存为PLSQL脚本，要导入Oracle需要运行这些脚本。此软件是用Java语言编写在安装之前必须先安装JDK，在试用过程中发现此工具存在这么几个问题：

1、此工具在转换数据结构的过程中把varchar的数据类型都转换成varchar2(1)了而不管原谅数据有多长统一都转换成1个长度，我不知道这么简单的BUG有没有其他设置的地方，反正后来我们没用它转数据结构也就没怎么研究了。

2、此工具为试用版本，我们也没找到注册版，而试用版只能前后转换共2000行SQL语句，而要购买这个软件也不太实际，费用高不说，还是外国的买起来也麻烦，软件为转换这么几个存储过程去耗费这么大的资金在我们这些用盗版的人看来是不可取的，我们的数据库对象那么多，显然这是不好办的问题，那么能否用欺骗的手法蒙混过关呢？下面就是具体的欺骗手法了：
        －记得以前用过一个软件叫着“完美卸载”此软件可以记录安装程序时对磁盘进行的更改，有了这个我们就可以安装软件的时候记录好此软件对磁盘所写入的文件，看看有什么异样这样我们就能理解共享软件在那个文件写入了注册信息。
        －通过跟踪发现在安装软件的时候，安装程序除了对安装目录写入信息和少量的注册表信息外没有对磁盘做任何更改，别急，我们继续跟踪，跟踪到第一次运行软件的时候，就有了异样，发现此软件在Windows目录下写入了这个文件，赶忙备份此文件，转换了几行语句后，关闭软件，果然此文件再次被修改，这就说明很有可能此文件就是记录的软件试用的行数。当我们第二次使用的时候把备份的文件覆盖了原文件，但此事软件所有按钮都禁用了，说明软件还有其他的地方可以判断用户是否使用过软件。重新安装软件（其实就是把安装目录里的文件重置一下），结果又可以使用2000行了。这就是软件欺骗的全部过程，也是可当作破解软件的土办法，只是麻烦一点的是需要先备份安装目录和那个dll文件，注意那个dll文件不能通用，必须要程序生成的本机的dll文件。当快要用完试用行数的时候通过覆盖文件的方式欺骗软件，从而可以继续试用，就这么简单。

    另外在转换数据库的过程中应该还要注意以下几个问题：
        －在Oracle数据库中命名不能大于30个英文字符，无论是表名、存储过程名等等，统统不能大于30个字符。
        －在Oracle数据库中，存储过程的定义更侠义一些，而不像SqlServer那样开放。特别像返回结果集这些操作上存在很多差异，在SQLServer可以直接试用select语句返回结果集，而Oracle只能把存储过程封装到包中设置Out参数的Cursor数据类型来达到返回结果集的目的，在存储过程内部不能直接试用Select语句返回结果集，很是不便。
        －在使用单纯的SQL语句的时候，如果是多条语句，调用Oracle数据库就必须封装在begin/end语句块中。
        －手动对Oracle数据库查询时可以选用PL/SQL Developer这个工具，蛮好用的。

比如在app.config 配置的：

<configurationSections>
    <configurationSection name="SystemConfiguration" encrypt="false">
      <storageProvider xsi:type="XmlFileStorageProviderData" name="XML File Storage Provider" path="AppSettings.config" />
      <dataTransformer xsi:type="XmlSerializerTransformerData" name="Xml Serializer Transformer">
        <includeTypes />
      </dataTransformer>
</configurationSection>

 其中带下划线的就是配置的SectionName，这个名称必须要与保存配置的文件里的根节点一致如：

<?xml version="1.0" encoding="utf-8"?>
<SystemConfiguration>
  <xmlSerializerSection type="LSA.Model.Configuration.AppSettings, LSA.Model, Version=1.0.2133.17570, Culture=neutral, PublicKeyToken=null">
    <LSA.AppSettings xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.sundun.cn/LSAPro/10-27-2005/data">
      <SysConfig>

如果在平时使用中改了SectionName的名称，那么记得把两个地方都改过来，这个问题搞了我好一阵子。