修改不需要编译,用户现场只用记事本或者查询分析器就完成用户的需求对客户来说有吸引力。
可以做编辑器,让BA来控制流程和逻辑
借助用sql或者xsl,可以方便的修改和转换。
打印 | 张贴于 2005-09-24 23:24:00 | Tag:Dot Net
随笔 - 74, 评论 - 431, 引用 - 7 |
||
|
修改不需要编译,用户现场只用记事本或者查询分析器就完成用户的需求对客户来说有吸引力。 可以做编辑器,让BA来控制流程和逻辑 借助用sql或者xsl,可以方便的修改和转换。 打印 | 张贴于 2005-09-24 23:24:00 | Tag:Dot Net 对不起,目前本随笔不允许发表新评论.
|
||
|
Powered by: Joycode MVC Blogger System Copyright © MicroHelper.Net |
||
留言反馈
DirectoryEntry类的构造函数通过指定Path就可以绑定到DC。例如,我们常用的LDAP:
孟岩:说来说去,一切奥秘都在于metadata?
陈榕:太对了,就是metadata,也可以叫做class information。没有这个东西的软件产品,无论吹得如何天花乱坠,绝对是没有前途的。有了metadata,无论他设计的时候出发点如何,就拥有了通向未来的一切能力。Metadata就这么关键。
孟岩:所以.NET如此强调metadata,而且在设计上要优于Java。您是否因此就认为长远来看.NET还是要比Java有优势呢?
陈榕:从技术上来说Java也包涵metadata,所以能引领世界潮流。但我认为微软对metadata的理解更深刻一点儿。原来VB的那个TLB其实就是metadata,所以微软在这方面有好多年的经验,设计上确实要比Java更一针见血。所以我还是比较看好.NET的。当然企业开发市场会有所不同,因为企业开发在软件产业里是以保守著称的,企业更在意稳定性、可维护性,对于新技术远远没有那么敏感,对于较高的费用也有能力支付。另外在手机上,.NET目前几乎是零,想要突破也很困难。我倒觉得这中间主要是政治原因,不是技术原因,微软功名反被功名误了。换句话说,微软的.NET在技术上和编程模型上确实有优势,但是最后是不是能“赢”,现在真是不好说。微软今年也步入而立之年了,后面要走好。
孟岩:您在微软工作了很长时间,看来感情还是很深的,而且您对于微软的技术路线和发展战略还是认同的。那么为什么您又回国来创办科泰世纪,推广和欣技术,走另外一条路呢?
陈榕:原因也很多了。其中之一自然是中年危机,如果不干点事情,这辈子就这么过去了。恰好我的特殊经历使我能有比较超前的技术见解,所以要去实践。微软的.NET是要跟Java全面竞争,对于传统的嵌入式、实时这个部分重视不够。我们则是要瞄准消费电子产品市场。再则,在技术路线上,我的观点跟微软也不是完全一致。我们的技术跟微软.NET方向相同,技术路线和市场定位不同。
孟岩:有什么不一致的地方?
陈榕:我说过,关键是metadata,有了metadata,软件就可以过渡到工厂时代。到了工厂时代,夸张点儿说,我觉得软件开发会出现一个回归,反而用C/C++甚至用汇编来写模块成为时尚。为什么?因为到那个时候用软件零件“攒”应用,每个零件都要拼质量、拼价钱。所以我不赞成所有软件都使用C#、VB这样的高级语言来开发。系统软件就应该用C/C++来写嘛,我把metadata给你配上不就完了,为什么非逼着我用C#写,写完了还非要编译成IL呢?我直接用C/C++来写,不是效率更好吗?有了metadata,C/C++现在的劣势都可以被克服,而优势可以充分发挥。我认为Longhorn迟迟推不出来,主要原因是因为微软的技术路线定位不准确。
孟岩:这就是“和欣”的思想。我们下次来集中谈谈“和欣”的技术思想。
希望作者举个例子吧。谢谢。
突然看到,有感而发。