1
sun1991 2023-02-15 11:56:47 +08:00
你用吗?
|
2
ladypxy 2023-02-15 11:58:48 +08:00
因为微软主推.net 啊。 .com 这种老旧的模式就放弃了。
|
3
tool2d OP |
5
kop1989smurf 2023-02-15 12:16:20 +08:00
COM 组件我个人理解不算是放弃,现役的 dll 是 COM 组件定义的子集。对于绝大多数的软件工程需求,dll 已经足矣覆盖了,所以需求并不是很强。COM 组件的不限制语言的特质,在如今的软件工程思路下,价值也没有大到能忍受他额外的工作量。
c++同理,如今很多对性能敏感的游戏服务器端,依然是 C++来开发。只是目前因为设备硬件性能的提升,大部分的业务需求对性能的压榨没那么极致。所以导致 C++中“C”的那部分负担大于收益。 |
6
agagega 2023-02-15 12:16:30 +08:00 via iPhone 1
COM 和后来的 .NET 也有关系吧(至少是 . NET Framework ,Core 怎么样不知道),像是用 COM 实现的 .NET
失败的问题大概是 COM 脑洞开太大了,花了大力气去解决一个似乎没有那么重要的问题。看看隔壁 Java ,微软似乎想通了,搞出了 .NET 其实 .NET 野心一开始也很大,和 Vista 那堆构想混在一起,好在后来及时收手 |
7
Cloutain 2023-02-15 13:57:17 +08:00
COM 没有放弃,COM 依然是 Windows 重要的基石,而且你会发现不少 api 都是以 COM 的形式开放给用户的。现在有个好处就是,使用到 COM 接口提供的功能不用那么麻烦了,比如.NET
|
8
wanguorui123 2023-02-15 14:26:45 +08:00
移植性不好吧
|
9
jones2000 2023-02-15 14:30:11 +08:00
主要是 c++的开发人开发人少了, 多了一堆只会调用插件的人,原来 4-5 年能培养出来 c++初级的, 现在 4-5 年只能培养出来一个调包侠, 没人愿意从底层开始写起了。 除非这个 com 组件是能给公司带来收益的, 还会继续开发。
|
10
tool2d OP @wanguorui123 我觉得一个商业公司,没必要过多考虑平台可移植性。
互联网用户总量是固定的,改用 MAC/LINUX 多了一些人,那么用 Windows 自然就会少一些人。 COM 是门槛和复杂度是比较高,但是开发者平均水平也是比较高的。不能因为给 C#新人轻松入门,就放弃原本的坚持。 |
11
wanguorui123 2023-02-15 15:37:56 +08:00
@tool2d 微软现在做云服务,自然自家产品要考虑移植性,C#开发组件门槛其实也并不低,但是移植性很好
|