首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 开发语言 > VB >

各位高人点评一哈这段文字吧?该如何处理

2012-01-18 
各位高人点评一哈这段文字吧?一段时间以来我们对dotNET、CLR、COM、COM+存在一些模糊不清的概念,dotNET是Micr

各位高人点评一哈这段文字吧?
一段时间以来我们对dotNET、CLR、COM、COM+存在一些模糊不清的概念,dotNET是Microsoft定义的下一代的开发平台。CLR(Common Language Runtime)是dotNET的核心和心脏,也是Microsoft对ECMA规范的一个Windows平台的实现。COM(Component Object Model)是一个组件对象模型,提供了组件之间交互和作用的基本机制和原则,它是一项组件开发技术和编程模型。COM+是一个组件运行环境,是提供了一系列有关分布式系统功能的Services集合的组件运行环境和工具包。CLR替代了COM,但是无法也没有替代COM+,COM+现在叫.NET Enterprise Services,当然如果不带.NET的前缀,Enterprise Services最能体现COM+的作用和定义。CLR离应用层近一些,而COM+离操作系统更近一些,对于最近的Windows.NET的操作系统对COM+进行的一系列增强:Application Partitioning、Application Pooling and Recycling、Resource Manager、Configurable Transaction Isolation Level、Web Services等等(详见Juval Lowy的文章)来说,有些低级的程序API,CLR还根本无法有相应的功能提供,还需要wrapping 这些新的COM+ APIs。当然不能肯定未来的未来,这些COM+的API是用C#或其它的CLR-managed API直接实现。目前可以说,如果以前你用COM技术在COM+环境下工作的很好(或者很痛苦),那么现在用CLR在COM+下工作起来一样也很好,并且要方便,快捷;dotNET使得开发人员使用COM+更加方便和有效率,这就如同许多年以前从字符键盘界面(COM)引入图形鼠标界面(dotNET)是对计算机的使用(COM+)的一场革命一样。

来自:http://www.host01.com/article/Net/00020003/2006080521511588.htm

[解决办法]
COM只是一种规范,一种标准,你可以不学COM,但你必须学习OOP,毕竟就目前而言,OOP还是比比皆是的。

我想说的是还是那句老话,重要的不是语言,不是具体实现,而是编程的思想和实现的思路。

打好基础,学好算法,一切就会好的
[解决办法]
呵呵,何必去反驳呢?

每个语言,每个工具的存在都有其理由,微软的梦想就是让所有的事情越来越简单,越来越傻瓜化,而.net就是它在向这个方向迈出的一大步,我们不可否认.net平台大大的提高了生产效率,但同时,它也让越来越多的程序员变成了名副其实的代码工人。

封装的越多,我们离底层就越远,这样下去,终有一天大部分的代码工人的会被智能电脑所代替,而剩下的那部分程序员将会是金字塔上最顶部的那些所谓了解内幕的人们。

因此,我认为一个开发人员应当打好基础,拓宽知识面,不要让语言牵着你的鼻子走,而要跳出工具的包围,站在更高的地方鸟瞰和展望这复杂的IT生态环境
[解决办法]

探讨
你说的话和早上看到的一段有点像,摘在这里:

“说语言重要因为,语言还不会,当语言会了之后,感觉算法重要,于是去看看数据结构,以为自己会了算法了,最后一看人家都给你做了,而且很好用,所以数据结构也不是特别重要了(可以暂时不理了),于是乎感觉比较难懂的是操作系统,这个黑盒子怎么运行的呢,不知道,我们的程序怎样和它配合呢.于是我们找了好多的高级编程的书来读,什么多线程,多进程,线程同步,独占...,好了以为自己是高手了,然…

[解决办法]
技术学再多,缩写知道再多,不写出好产品也没用。
不管是哪种技术,都有他适用的地方,如果没有,那么这个技术肯定已经淘汰。
知道什么时候在什么地方,用什么技术,这个才是架构师的价值。
但要做到这个,最好是对计算机底层非常了解,基础知识非常扎实才比较好。
否则不可能在短时间内对这些东西有个比较深入的了解。

关于dotnet,我的感觉,他确实提高了很多开发效率,而且代码看上去优雅很多。
com已经是10几年前的技术了,是基于c++的虚函数机制的,但在vc里写com是比较痛苦的事。com对c++程序员来说,就是个畸形。
现在再深入学com恐怕没什么必要了,也很难。至于com+之类的,那就更不需要学了,除非你要用。
学这些就是浪费时间,就好像我一直反对现在还去学MFC一样,那些过时的垃圾就别在上面浪费时间了。
外面还有很多更值得学的东西。

如果有可能,看看dotnet的源码是比较好的。可以了解很多底层知识,编译器方面,
语言方面,架构设计方面的东西,是很有价值的。


[解决办法]
探讨
技术学再多,缩写知道再多,不写出好产品也没用。
不管是哪种技术,都有他适用的地方,如果没有,那么这个技术肯定已经淘汰。
知道什么时候在什么地方,用什么技术,这个才是架构师的价值。
但要做到这个,最好是对计算机底层非常了解,基础知识非常扎实才比较好。
否则不可能在短时间内对这些东西有个比较深入的了解。

关于dotnet,我的感觉,他确实提高了很多开发效率,而且代码看上去优雅很多。
com已经是10几年…

[解决办法]
COM只是Win32下的一种组件设计、实现技术。

跟着微软混,就往.NET走

跟着IBM混,就往Java走

想独立,就跟开源混,走C/C++

无论往哪走,COM这种组件设计技术都不受称赞


[解决办法]
探讨
另外这个子版叫做:COM/DCOM/COM+

以我粗浅的可怜的认识,感觉其实它们很不同。至少COM/DCOM和COM+完全不搭界吧?前两者是控件,后者是组件是服务?

[解决办法]
再怎么镶金嵌银,筷子终究是筷子,是用来吃饭的。
任何新生事物都不可能凭空冒出来的,扯去外衣,总是“站在巨人的肩膀上”。
如果忽视了下面的巨人,就是被微软的行销手段欺骗了。

微软总是吹一个大大的牛,一边吹嘘怎么怎么牛气一边拼命往里塞东西。要达到80%的完美度,也许要 .Net 2012 了。
[解决办法]
探讨
引用:
技术学再多,缩写知道再多,不写出好产品也没用。
不管是哪种技术,都有他适用的地方,如果没有,那么这个技术肯定已经淘汰。
知道什么时候在什么地方,用什么技术,这个才是架构师的价值。
但要做到这个,最好是对计算机底层非常了解,基础知识非常扎实才比较好。


否则不可能在短时间内对这些东西有个比较深入的了解。

关于dotnet,我的感觉,他确实提高了很多开发效率,而且代码看上去优…


[解决办法]

--!!
我基本 99% 的相信, 马子是在说我 ... 
最起码我算其中一个 ...
只关心编程技术实现而对于产品或将编程技术转换为直接利益上显示出漠不关心的样子 ...

其实就一个编程爱好者而言, 我自认为我确实缺少对于将知识转换为面包的能力
但这也和我自身的原因有关, 喜欢编程并不是要他为我做出什么, 编程对于我来讲就是对于知识的渴求.
对于技术的疯狂, 让我迷恋编程, 这种痴迷已经超越了温饱的价值观念
可能对我而言, 获取更多的知识, 更多的了解计算机原理, 比起卖一些代码更能满足我的需求.

实在不敢和专业coder做比较, 毕竟我只是 “编程爱好者” 而非 “编程从业者”
[解决办法]
探讨

--!!
我基本 99% 的相信, 马子是在说我 ...
最起码我算其中一个 ...
只关心编程技术实现而对于产品或将编程技术转换为直接利益上显示出漠不关心的样子 ...

其实就一个编程爱好者而言, 我自认为我确实缺少对于将知识转换为面包的能力
但这也和我自身的原因有关, 喜欢编程并不是要他为我做出什么, 编程对于我来讲就是对于知识的渴求.
对于技术的疯狂, 让我迷恋编程, 这种痴迷已经超越了温饱的价值观念
可能对我而…

[解决办法]
没有写过各种各样的应用,没有犯过各种低级到高级的错误,就不要去谈这些东西了,因为没意义

就好像是神雕侠侣最后一段,杨过等人在华山遇到的那一批江湖浪人,不知从哪听来了华山轮剑的典故,也在那边凑热闹.

积累的东西到了这个程度,自然也就能想明白这个层次的问题. 否则也只能是凑凑热闹,YY一下而已.

再说了,大家都只是在MS框架下作东西,跑得了和尚还是跑不了庙, 基于过程的开发依然健壮, OOP也并非永远


[解决办法]
探讨
小结:

Q: COM还值得我们认真钻研么?
A:了解一下是必要的。钻研的话看具体开发的需要。

Q: 为何“了解一下是必要的”?
A:两个原因:一则技术是渐近演化的,了解它有助于理解新的技术;二则现时很多应用仍用到COM。

Q: 为何“钻研的话看具体开发的需要”?
A:大势所趋,它将被.NET框架取代。但现在如果你需要用,那你就得弄明白它。

热点排行