收藏 不显示删除回复显示所有回复显示星级回复显示得分回复 [转] OIOIC携C语言统一了软件世界，OIOIC object model for C programming language.[问题点数:0分]

  哲学、计算机科学、计算机软件顶级天才赵平智的大作 OIOIC 的发布地址：http://code.google.com/p/oioic/

　　OIOIC 是赵平智个人专为 C 语言设计的全新而优秀的软件对象模型。“OIOIC 是非常优秀的”，赵平智说，“以至于我禁不住‘狂言’几句：完美填补 C 语言面向对象技术空白，完美解决软件界多重继承难题，完美对象化对象多线程访问控制，统一软件世界组件规范，统一软件世界代码树结构，统一软件世界面向对象编程思想，统一软件世界高级程序设计语言 ------ OIOIC 使 C 语言成为首选。”

　　为了能高效率地使用 OIOIC，赵平智又个人亲手为 OIOIC 打造了一个构造器 ------ oicc（OICC）。“oicc 是一个非常智能的工具”，赵平智介绍道，“它能帮你完成许多繁重的工作，包括：创建节点，检查继承链的合法性，编写需要的并清除不需要的 CRT 函数等。很值得一提的是，oicc 本身就是用 OIOIC 设计的，并且 oicc 自己成功地构造了自己。”

      抱着看笑话的心态看作者的东西，只能说井底之娃。
        多看些经典的书，或者看看unix源代码什么的，多长进些
       

现在看到你就想起我刚开始学OIOIC时了, 那时笑道这不是天方夜谈么. 等真正理解OIOIC, 理解作者的思想后, 才恍然大悟OIOIC作者高瞻远嘱,思想深邃, 才知道我们才是井底之娃呀.

一个半成品，那个赵平智却要跨大，说得自己多牛Ｂ．．不知道ＬＺ有没有过Ｃ＋＋版的IoC．．．
用它这个还不如去学Ｄ语言好了，一切问题都解决了．
看看这些评论．．http://bbs.chinaunix.net/thread-1099340-1-1.html

你还没真正了解OIOIC, 怎么就乱说半成品了? 我没学你说的什么IoC和D语言之类的东西, 但我知道除了OIOIC外没有其他语言完美支持多重继承, 更别提实现OIOIC的其他强大功能了.

你说的那个评论 http://bbs.chinaunix.net/thread-1099340-1-1.html 我也看了, 有些人没能理解OIOIC作者的伟大思想就信口雌黄,说明他们很肤浅很愚蠢.

多重继承在大型的设计很容易带来麻烦。。你不会写惯了C语言吧？
难道软件设计的一切就是个多重继承？真好笑，接触过函数式编程没？
本来C语言就有自己的位置，你却要把它提到C++的位置，ACE/STL/BOOST等标准库怎么办？你想让我们回到原始社会吗？

你了解OIOIC那就说啊。作者一副高傲的态度。。实在恶心。。。

你自己google一下，除了你，我还没看到有人站他那边的。。那个作者在chinaunix发过不少帖子。。都得挨骂的份。。
你要么说服Microsoft等大厂商用你的产品，这才有说服力，就象当年IBM力推J2EE那样，只有个hello world就来吹。。还鼓吹什么OS。。

没兴趣回第三帖。

坐下来看热闹ing

冷静, 冷静, 一定要冷静! 

首先我声明我也是OIOIC使用者, 但我比大家接触OIOIC要早.  想起当初我比你还激动, 甚至大骂OIOIC作者, 不信你可以发给他邮件问问是不是有个叫 lawaq 辱骂他过. 但有什么用呢, 等渐渐了解OIOIC后, 才后悔当初是那么鲁莽冲动肤浅愚蠢. 后来我给OIOIC作者发了封道歉信.

我没接触过OIOIC，但我想说说我的看法

首先，我对任何新鲜事物都是报怀疑的态度的。
但在我没有了解之前，我不会否定它。我刚刚下载了它的资料，了解再来回帖。

“统一软件世界高级程序设计语言”
我不知道OIOIC作者是否接触过所有的高级语言，并且了解它们的特点。


楼上接触过OIOIC，能否介绍一下，它的优点？
它提出哪些创新的概念？
它和C、C++、C#、java相比，最大的优势在哪？


如果真的这么好，作为第一个国产的高级语言，我们也有义务推广它。

一定要首先明白, OIOIC不是语言, 而是架构, 是对象模型.

请问,OIOIC框架，对象模型和C++下的COM/COM+,CORBA,ICE,TAO等有什么优势呢？

我手头上有个大型的MIS,因为某些原因不得不采用C++去设计,采用全插件体系,仿的是OSGI,如果采用OIOIC那么我的团队能节省多少精力呢?



oicc 本身就是用 OIOIC 设计的....

阁下知道不知道.net(80%)是C#写的,java是java写的,我不是蒙你哦.当然,核心还是别的语言写的.我还见过用javascript写的javascript解析器..

看得出这位兄弟已对OIOIC有所领悟, 聪明人.



它们的优点OIOIC都有, 它们的不足都被OIOIC弥补.



节省至少30%的成本.



我不太明白你的意思, 你是说"oicc 本身就是用 OIOIC 设计的"不足为奇, 还是不相信"oicc 本身就是用 OIOIC 设计的"?

那么牛吗？ 学习一下！

刚快速浏览了一遍那网站，惊讶发现OIOIC只有几十Ｋ代码，我很想知道它是怎么实现的，例如负载均衡，信道安全等等．

－－－－－－－

既然您说它们的优点OIOIC都有, 它们的不足都被OIOIC弥补.

那么能详细跟我说说ＯＩＯＩＣ弥补了那些不足？

－－－－－－－

oicc 本身就是用 OIOIC 设计的"不足为奇

OIOIC是一种对象机制, 怎么扯上"负载均衡"，"信道安全"的概念上了?



多重继承问题; 对象多线程访问控制问题; 组件/插件规范不能统一问题. 等等.............

当然有了，对象之间的通信不就涉及这些吗？

你说的＂对象多线程访问控制问题; 组件/插件规范不能统一问题. 等等.............＂ＩＣＥ都提供了很好的解决方案．

这种狭隘的民族主义只能害了国内的软件技术。

我不知道这种语言哪儿好，至少有一点很让我怀疑：为什么他在一个不支持OO的语言的基础上来实现OO？再怎么说再C＋＋上实现也应该比在C上要好。

也许那家伙有一个好的idea，但是好的idea不代表一切。当你在业界工作了很多年你就知道，我们选择编程语言时往往不关注他到底有多OO，而是关注我们多容易搞定我们的程序。做为一个独立特行的新语言，不是作者吹几句就可以推广开的，还需要业界有人愿意花钱去推动他，还要新语言有吸引人的独特之处，还要他能提供非常多的辅助特性如各种各样的库。

还有接口函数随意定义问题, OIOIC让程序员只关心数据和数据类型, 而不必再花费心思去了解乱七八糟的接口函数. 不知你们能不能明白我说的意思.

引用的这个也叫“特长”？很多语言都有。这是基础的数据结构唉，又不是现有语言中非常耗费大家精力的东西（也许初学者对这个头疼，但是我实在想不出这也值得吹）

天才不是自封的

什么是对象呢？只有数据就叫对象？只有数据只能说有属性吧！对象的方法呢？

ICE/TAO让程序关心的东西更少，例如对象是怎么映射的，怎么传输等等．．

OIOIC高度抽象地整体解决了许许多多问题, 你说某X已经解决了其中的某些功能是没有可比性的.

注意对象的交互行为.

自恋狂

注意, OIOIC对象有9个接口, 其中有4个交互接口.

OIOIC对象间的通讯都是通过这9个接口来完成.

我不是OIOIC作者, 请不要误会.

ICE,TAO等在对象交互上还远没OIOIC复杂呢．．他们通讯和使用本地对象一样的．．程序员只关系自己的逻辑就行了．

现行的OO技术都允许程序员随意定义对象的接口, 这样很不好, 因为使用这个对象的程序员还得花费精力去了解这些接口的模样.  OIOIC让程序员只关心数据和数据类型, 因为任何OIOIC对象都有一样的9个接口.

所以, OIOIC比ICE,TAO更清晰简单.

你们认为呢?

任何一个流行的语言，首先都有一个成熟的理论而不是简单的功能介绍，只有在理论上说服了人才能真正被人接受，如何实现其实是次要的。我简单看了一下，没发现作者写的任何理论，如果可能，烦请楼主转告作者抽出时间来写点文章给我们看看。

所谓理论，就是要在道理上论证某些东西。无论什么理论，其来源都是对现实世界的模拟、抽象和证明。电子计算机的理论基础是用0和1能表达万物，在此基础上才发明了电子元器件、芯片。CPU及其指令的理论基础有：0和1表达万物、万物是变化的（状态迁移）、万物的变化都能以时间作为参考点、万物的变化过程都能分解成多个线性过程，在此基础上出现了线性存储、线性指令。编程语言中的数据结构、顺序存储、顺序执行也是基于这些理论基础（典型如C）。面向对象语言的出现是为了更好地表达对事物的理解和分类，例如这个物体是什么、它有哪些特征、它能做什么、能通过什么方式识别出物体、它是如何与别的物体相互作用的。

所以，我很希望能了解oioic到底解决了现实中的什么问题（这也是希望作者能写理论文章的原因），有什么东西是别的语言实现不了的。如果这个东西纯粹是用C语言写出来的代码，则无论解决了什么问题都可以归功于C语言，因为实际上这是C语言解决的，作者仅仅在C语言框架内做了某些工作而已。

实际上，我很不希望看到作者仅仅提供某个“适配”工具，因为基于c语言的各种标准库其实都是适配工具（都是为了实现某些框架或功能而提供的标准工具）。如果真的是“适配”工具也没关系，只要能解决急需解决的问题而暂时没有标准工具代替，作者可以把作品提交给标准委员会，不过标准委员会需要的不是代码，而是理论。

急功、冒进……对于技术人员而言要不得啊。

你们又被忽悠了...此人在ChinaUnix论坛出现时，区区就把她当笑话看了。。
还跟他讨论这么多做什么咧~~~静静看笑话就好了。。

其实之前的sinox和太极语言之父就是这类型的明星~~~专门娱乐我们程序员D。。

<br /> <span style="color:#FF0000">强调: 理论就是第一章里的&amp;quot;哲学思考&amp;quot;.</span>



OIOIC就是对C语言功能的补充, 而不是一种新的语言, 它就是用纯C语言实现的.
请注意这两句话: 填补C语言面向对象技术空白, 统一高级程序设计语言----OIOIC使C语言成为首选.

CU的水平我师兄领教了, 一个个象木头似的就是不开窍, 很令我们师兄弟失望, 还是CSDN高手多呀.

请告诉我oioic是如何填补面向对象技术空白的？能完全代替C++吗？C++的固有缺陷是如何解决的？在哪些方面显著改善了程序员的思维习惯和开发过程？不要只提概念，要的是理论和实际的结合。

作者说, OIOIC完美填补C语言面向对象技术空白, 是因为OIOIC具有现行OO技术所有功能并弥补了它们的所有不足.

只要能够生存下去就是好东西，过阵子再关注

详细一点吧，现行OO技术所有功能都是哪些？所有不足又是哪些？

对OIOIC的很多“怎么”、“为什么”... 都需要在练习中逐渐领会。就象我们刚开始学C++时, 也要自己练习做些demo, 慢慢从陌生到了解再到熟悉再到精通，学习任何新技术都需要这个过程。

比如说，　面向对象的三大特点封装，继承，多态。　继承又分为单重继承和多重继承了。。。。。。。。

不会让我讲什么是面向对象吧, ~~~~~~~~~~~

其实我只想知道一件事：如果这个东西能显著提高软件生产效率和生产质量，我都可以去学习、使用和推广它。
你如何说服我呢？别再说“完美...，完美...”的辞藻，那是政治和艺术语言，不是科学语言。

赵平知曾说，计算机软件技术还处于不成熟阶段，各种高级编程语言的泛滥就是其一表现。

作者说OIOIC具有“三个完美，四个统一”，在我们真正了解OIOIC之前，我们没理由相信，但又没理由不相信。

这样吧，你细化一下，每个特色都解释一下：

完美填补 C 语言面向对象技术空白 --- C++也是填补面向对象技术空白，oioic比C++的优势在哪？
完美解决软件界多重继承难题 --- 多重继承的难题是什么？如何解决的？
完美对象化对象多线程访问控制 --- 我现在的知识局限于各种线程同步锁，每种锁都有自己的用途和适用范围，oioic如何统一控制的？
统一软件世界组件规范 --- COM仅支持windows平台，CORBA推广了十几年也没广泛流行，java始终无法解决性能问题，oioic如何进行统一？
统一软件世界代码树结构 --- 恕我孤陋寡闻，解释一下什么是代码树结构
统一软件世界面向对象编程思想 --- 难道现有的面向对象编程思想还不是统一的？
统一软件世界高级程序设计语言 --- oioic依靠什么能耐把其它语言的程序员吸引到c语言上来？

在真正了解OIOIC之前，如果你打死也不信OIOIC的“三个完美，四个统一”，那你就不必关心OIOIC了；如果你因自己还不了解OIOIC，没理由不相信OIOIC的“三个完美，四个统一”但又想知道OIOIC是否真的“三个完美，四个统一”，那只能虚心、认真、耐心地去学习认知OIOIC了，没有别的办法。

请问你精通C++了吗？了解了它的全部？

那请问下面的代码是怎么通过编译(编译器是vc7.1)的呢？

(cout < <_1 < <" " < <_3 < <" " < <_2 < <"!\n")("hello","friend","my");

function <void(int)> f = cout < <_1*10+2 < <"\n";

－－－－－－

LZ能不能用c++和IOIOC各写个例子，来说明IOIOC的优势呢？

楼主是共产党员吧！
文章写的一套一套的，好文笔啊！

首先非常感谢您对OIOIC的热心关注，我也代表OIOIC作者向您表示感谢。

那我就尽力解答吧，毕竟我不是OIOIC作者，但请您放心，我相信我的解答99%是正确的，因为我曾与赵平智交流过。

>>> 完美填补 C 语言面向对象技术空白 --- C++也是填补面向对象技术空白，oioic比C++的优势在哪？

1. C++是面向对象的，但不能说C++填补了C语言的面向对象技术空白，因为C++自己扩展了许多东西，它已成为另一种语言了。
2. C++不是完美面向对象的，因为C++无能彻底解决多重继承问题。
3. C++是臃肿愚蠢的，C++的先天的不健全致使不得不定义大量复杂繁琐的语义，程序员的大部分精力都被牵这些乱八糟没价值的东西所牵累。

>>> 完美解决软件界多重继承难题 --- 多重继承的难题是什么？如何解决的？

菱形继承，菱形继承是方型继承子集。

>>> 完美对象化对象多线程访问控制 --- 我现在的知识局限于各种线程同步锁，每种锁都有自己的用途和适用范围，oioic如何统一控制的？

OIOIC入门教程的第六章，“通过对象接口的“pCaller”参数，OIOIC 完美地对象化了对象的多线程访问控制。除了OS的用于控制线程同步的SE（如互斥体、临界段、信号量等）外，还可以使用“pCaller->cr”来识别是哪个AO（线程）访问对象，然后根据需要区别对待。”

另外，可见在OIOIC领域里，你所说的各种线程同步锁已被归属于操作系统的SE。

>>> 统一软件世界组件规范 --- COM仅支持windows平台，CORBA推广了十几年也没广泛流行，java始终无法解决性能问题，oioic如何进行统一？

可以这样设想，整个软件世界是由成千上万个 OIOIC 对象构成。

>>> 统一软件世界代码树结构 --- 恕我孤陋寡闻，解释一下什么是代码树结构

代码树分为目标代码树和源代码树。我只说一下源代码树，源代码树也就是应用程序的源代码的目录结构。程序就是一个HO类型的对象，用oicc创建这个节点后，就建立了这个程序的源代码树。HO对象的源代码树结构都是一样的。

>>> 统一软件世界面向对象编程思想 --- 难道现有的面向对象编程思想还不是统一的？

经常有人问C++和Java的面向对象有什么异同，这怎么能算统一呢。

>>> 统一软件世界高级程序设计语言 --- oioic依靠什么能耐把其它语言的程序员吸引到c语言上来？

有了上面的“三个完美，三个统一”就足够了。

这个帖非常好，请版主不要删掉，大家也转告版主一下，谢谢。

针对50L..我想说的是：

１：在软件开发里面，OO不是一切，更别说多重继承了．因此java,.net里面也不提倡多重继承了．毕竟多重继承会带来很多混乱．这个是我亲身的体会．
C++的语法还是相对简约的，为了兼容C语言，C++只能在面向对象忍痛割爱,这就是为什么C++没有基类类型的原因,也就因为这样而诞生了模板.为了兼容C语言,内存还是交给了程序员管理,没有语言内置的GC,导致程序员负荷增大,也因而出现不少GC.因为不属于标准,混乱是难免的.

2:软件世界组件里有很多.ICE的性能非常棒,毕竟是CORBA的改良版,并且已经有了相当成熟的应用.人家已经是一个产品,而不象web services等只是一个规范.而OIOIC只不过是一个规范,相信实现起来又难免成为混乱.

3:就因为c++自身的不足,java,.net出现了.10年前的面向对象的思想和10年后的是不同的...思想会随时代而变..c++刚诞生的时候思想还比较纯真,那有接口等概念呢?!

4:即使是OIOIC+C语言..但是这样一个东西,缺乏GC,缺乏实用的类库,缺乏成熟的应用,谁来买你的单呢?

我主要工作在C++/C下,但是解决一些小问题,我会使用perl,.net等.那个方便就用那个..

对于OIOIC+C...我情愿改成D语言...
D语言语法兼容C++/C,编译成native code,执行效率可想而知.集垃圾回收、手工内存操作、契约式设计、高级模板技术、内嵌汇编、内置单元测试、Mixin 风格多继承、类 Java 包管理机制、内置同步机制、内建基本运行时信息..

最重要的是它的类库已经做得不错了,可以支持windows api编程.

即使发现了更好的替代物，人都有不愿轻易丢弃既得的东西，哪怕这个东西有很多不好。

我想你看到了我在＃50楼的回复，你就知道我为什么没有精通C++了。

C是最被认可的通用语言，如果OIOIC流行起来，把那些用其它语言编制的库及模板之类的东西向C语言移植也不是很麻烦的事，如果有这个必要。

希望版主能把此贴加精，不为别的，就为了技术讨论的深度。

不可否认，oioic的作者跟太极语言之父有很大的不同，至少有现成的作品出来了，虽然还没有体验其作品的效果是否真的如宣传的那样。
也不可否认楼主的执着精神，这是一个技术人员的优秀品质。

但是，
希望楼主解放思想，从技术人员的思想框架中跳出来，学习一下如何做市场和推广。
如果你真的觉得oioic是好东西，就不应该采用电视广告那样的宣传方式强行推销，因为你面对的受众是程序员，程序员基本上都不能接受这种推广方式。真正有效的方式是诱导，从程序员提出的问题入手，使之理解现有方式的不足，从而逐步接受你的新观点，最终使之对你的产品感兴趣。你必须具备一个基本条件：你对现有的语言或工具理解非常透彻，这样才能让人相信。正因为这一点，假如同一个东西是比尔盖茨在推动，恐怕接受的人比你想象的要多得多，也快得多。
其次，你的产品要证明给程序员看。你可以从各个角度制作一些DEMO，让人一眼就能判断出东西的好坏，而不是寄希望于程序员自己来试验，我相信99.99%的人是不会去做这种试验的。不知道楼主有没有上过codeguru或codeproject网站下载代码，为了让人相信代码有用，作品提交者都同时提交了代码原理、关键代码的介绍，让使用者从网页上一眼就能判断出是否有必要下载其作品。

说来说去其实都是空话大话套话呢。


C:\>oicc
Constructing...
warning W0001: can't enrol AO node.
warning W0002: can't enrol GO node.
C:\/ho.c : error E0028: fail to open the file.

Failed.

连最基本的命令行参数检测都没有做，要让人相信它的“完美”……坦白的说，难度很大。

你说的诱导方式非常很好。OIOIC作者会陆续做些DEMO的，我也做，大家有时间也可试着做一下。
大家尽管提问, 哪怕你懒得思考只会问.
我们知道数学归纳法是证明有关自然数n的命题的一种数学方法, 由n=k时命题成立推证n=k+1时命题成立, 进而命题得证。
《OIOIC入门教程》里的"单重继承"章节就是n=k, "多重继承"章节就是n=k+1。

这不是没有命令行参数检测. 如果oicc后面没有参数，oicc就把当前目录(你这个的当前目录就是C:\)看做是一个HO节点,然后开始构造。构造时，如果没发现"../so/ao"目录, 说明这个HO的代码树是有问题的, 没有AO节点父目录, oicc就警告提示"can't enrol AO node.", 同样因没发现"../so/go"目录, 没有GO节点父目录, 警告提示"can't enrol GO node." 但任何警告提示是不影响继续构造. oicc因为没发现"../ho.c"文件, 就提示"fail to open the file."的错误而终止构造, oicc碰到任何错误都终止构造.

在OIOIC的领域里，这些移植过来的东西，能聚成OIOIC对象的就做成对象，不能聚成OIOIC对象的就是操作系统的SE了。

舌战群儒。。。

楼主一直在回避啊
看来上了不少辩论的课

赵平智曾说, 计算机软件技术还处于不成熟的发展阶段，各种高级编程语言的泛滥就是其一表现。自然语言不能统一, 但计算机编程语言特别是高级编程语言必须要统一, 自然语言的目的不仅是思想交流还有情感交流,譬如汉字的书法艺术, 而编程语言只以控制计算机为目的. C语言太优秀了, 有了OIOIC后, 我就没有理由不用C语言去写程序了.

回避了什么? 请提醒.

承认了吧,您就是赵本人.

呵!  还真把我当赵平智了  ~~~~~~~~~~~

不要总介绍它的前景
介绍它的原理、它的应用以及例子

OIOIC的原理就是"OIOIC入门教程"里的哲学思考:

1. 实体产生。---------------------------------> 对应 OIOIC 的创建对象。
2. 实体吸收物质，比如吸收能量、生物体进食。---> 对应 OIOIC 的对象吸收数据流。
3. 实体释放物质，比如释放能量、生物体排泄。---> 对应 OIOIC 的对象释放数据流。
4. 实体与实体之间互相作用。-------------------> 对应 OIOIC 的对象与对象交互。
5. 实体消亡。---------------------------------> 对应 OIOIC 的销毁对象。

OIOIC的应用：
使用OIOIC架构，你可以恰到好处地做任何你想做的软件。OIOIC首先对象化了你的软件，为你的软件提供了坚实可靠的对象外壳；OIOIC引领着你的模块化的设计思想，使你的程序开发有条不紊、也有助于软件后期的维护及延长软件的生命。当然，如果涉及对象继承时，怎么部署对象间的继承关系就决定于你个人的设计了。

OIOIC的例子在"OIOIC入门教程"里有，以后我们也会再做些DEMO的，前面已说了。

等于什么也没说。那个语言不符合这个原理呢？

OIOIC引领着你的模块化的设计思想，很有助于程序的开发有条不紊、也很有助于软件后期的维护及延长软件的生命。
这在多人协作的项目更能体现出来。软件架构设计者规划好各个节点后，就可以把各节点分配给每个人/组去实现节点对象。你不用再花心思去设计节点间的接口，因为每个节点都是OIOIC对象，它们的接口都是OIOIC的9个标准接口。

软件架构设计者应该做的有：规划对象，部署对象间的继承关系，定义各对象的交互行为，定义各对象的交互数据类型，合理确定各个对象应对外界某一作用时应该使用9个接口中的哪个接口。

我没看到哪个语言遵循这个原理。当然，这个语言的设计者可能会说他也遵循这个原理，只是实现方式不同，那我会说你的实现方式不好或者很糟，因为看不出你也遵循这个原理。

我们要的是功用和效果。

五讲四美。我对楼主的敬仰如滔滔洪水，泛滥不止。

楼主贴段代码吧。找一个有代表性的需求，你用oioic实现一个，贴上来让大家比较一下。

以C++为例：
1. 实体产生。---------------------------------> 对应 C++的创建对象。
2. 实体吸收物质，比如吸收能量、生物体进食。---> 对应 C++的对象读取数据。
3. 实体释放物质，比如释放能量、生物体排泄。---> 对应 C++的对象输出数据。
4. 实体与实体之间互相作用。-------------------> 对应 C++ 的对象与对象交互。
5. 实体消亡。---------------------------------> 对应 C++ 的销毁对象。

真是浪费时间，大家散了吧- -

OIOIC的：

1. 实体产生。---------------------------------> 对应 OIOIC 的创建对象。-> Open接口
2. 实体吸收物质，比如吸收能量、生物体进食。---> 对应 OIOIC 的对象吸收数据流。-> Input和IOput接口
3. 实体释放物质，比如释放能量、生物体排泄。---> 对应 OIOIC 的对象释放数据流。-> Output和IOput接口
4. 实体与实体之间互相作用。-------------------> 对应 OIOIC 的对象与对象交互。-> Interact0~3接口
5. 实体消亡。---------------------------------> 对应 OIOIC 的销毁对象。-> Close接口。

C++的呢？

OIOIC入门教程里的示例就是很有代表性，你对那些示例有不明白的地方？

楼主不要说这些概念性的东西了，看了半天也看不出所以。
拿点实际例子出来，就拿一个链表类举例子，用oioic如何实现？不需要完整代码，描述一下接口如何设计就行，如何用那同用的9个接口设计一个链表类？

新加了东西了吗？我记得前些日子只有一个helloworld。我先看看去

靠，我真想上去乎你！

我又去看了下，并没有增加新内容。你与其乎我，不如检查一下自己的叙述方式。
我一个月前就下载了那个东西，但作者的表达能力是在令人遗憾。整篇教程手把手的在教如何使用oioic构建对象，
而我更关心的是“这样作有什么好处”而不是“如何这样作”。你一直说这个东西怎样好，却不具体说好在哪里（上面说的那些相当空洞，与其说在介绍技术，不如说在传教）。难道详细介绍不应该是推广者的责任吗？

首先就代码清晰度而言，较C＋＋差了很多

接下来我想问问，为什么要定义那9个通用接口？事实上接口的行为仍然要靠用户单独定义。这样作较c++而言，优势在哪里？

lawaq 讲话的风格跟作者一个样。。怀疑是同一人。

晕，不要那么多语言来糊弄我了，我还先学好C++。

不管你们的提问多么多么那个啥。。。。。。。我都耐心地回答，~~~~~~~~~~~~~~~~~~~

>>> 首先就代码清晰度而言，较C＋＋差了很多
我问你，你学C++到入门，花了多长时间？说实话。
>>> 接下来我想问问，为什么要定义那9个通用接口？事实上接口的行为仍然要靠用户单独定义。这样作较c++而言，优势在哪里？

你想想，C++能做到统一组件／插件规范么？

我现在用第56楼兄弟建议的诱导方式向大家详细介绍OIOIC, 大家有问题尽管提问, 哪怕你懒得思考只会问.

你是？
你见过作者，跟他聊过？

我认为你应该介绍一下它是如何统一组件／插件规范的，他的思想究竟高级在哪里
你说可以统一这个、统一那个，如何令人信服呢？

好吧，前面你说oioic弥补了c＋＋的不足，究竟弥补了那些不足，应该详细说一说。大家就想听你说点实际的东西
举个例子：C和c++的内存管理一直是个麻烦，oioic如何解决内存管理的问题？

“哲学、计算机科学、计算机软件顶级天才”……
又出来一个脑残？中国总是不乏这些跳梁小丑……

在chinaunix上看过，呵呵
我还是希望能做出一些实质性的例子来，让大家看，确实好了根本不用喊。
如果不行，喊喊也没用。不能浪费大家时间。
特别讨厌以其它途径而非技术来成名。

我问这些就是想诱导你将这些说出来。你现在的做法是：我告诉你这个东西NB，但我不告诉你它为什么NB，你自己去研究吧
这是宣传者的懒惰

前段时间不是有一个弄数据的出来闹腾了一下嘛？

很悖论，很搞笑：
XXX很牛逼，牛逼在哪？自己去学，学懂了不需要我说；
大家的时间不是成本？吃饱了撑的学一个垃圾？

想起小时候看到的一个阿凡提讲课的故事：
第一次：
－今天要讲的东西你们都懂吗？
－不懂！
－不懂那我还讲什么讲，自己回家看去！

第二次：
－今天要讲的东西你们都懂吗？
－懂了！
－懂了那我还讲什么讲！

骗钱的

>>> 我认为你应该介绍一下它是如何统一组件／插件规范的，他的思想究竟高级在哪里 ........
你想，我们在用别人做的组件或插件时，是不是须要从这个件的接口函数和接口需要的数据类型两方面入手去熟悉它的使用。那么接口函数和数据类型哪个最耗神呢，是接口函数。须要知道各个接口的参数有几个、各参数类型是什么、接口的返回又是什么类型........ 此外，还要适应做这个件的人的代码命名习惯。如果这个件接口就几个还好说，如果是几十个上百个..........
如果你一生只用这一个件，那即使它有上千个接口咱也不怕，开始受点罪熟悉了就一劳永逸了，但是，这是梦想。你经常需要各种件来满足你项目的要求，你就在软件世界里寻觅你需要的，假设找了10个你满意的，一个有10个接口，10*10就100个接口了，如果这10个件来自不同的厂家，你还要适应10种代码命名习惯 ~~~~~~~~~~

你是不是感觉很累，一边哭吧，没人笑话你，因为谁碰到这样的事谁都累。

>>> 举个例子：C和c++的内存管理一直是个麻烦，oioic如何解决内存管理的问题？
在OIOIC的世界里，整个软件世界是由无数个OIOIC对象构成的。每个对象都披着OIOIC这个坚固的外壳，这样每个对象的生命力就看其自身的构造了，也就是说，管理好对象不做分外的事本身就是对象创建者不可推卸的责任。我这样说你明白么？

如果对象的创建者不能保证这个对象的质量，也就是不能设计好这个对象，那么这个对象的生命力也不会强。就象劣质产品很快就废弃一样，质量差的对象在OIOIC的软件世界里是活不长久的。

如果你对C++不了解，可以同时学C++和OIOIC，比较看哪个更好。

还有接口函数随意定义问题, OIOIC让程序员只关心数据和数据类型, 而不必再花费心思去了解乱七八糟的接口函数. 不知你们能不能明白我说的意思.
-------------------------------------------------------------------------------------------------
楼主的描叙总透露出与作者一样的无知和浅薄,还非要在这里现,  程序员不关心接口那该关心什么呢?

追踪看了各个网站的帖子, 现在我是来看笑话的,
我个人看法: 作者没有接触过 unix, linux, 不熟悉C以外的任何语言, 没有基本的软件工程方面的知识, 语言表达能力基本无

难道是新一代教主?

第98楼那位你先不要急, 看得出你是很笨而又不知自己很笨的那种,建议你等OIOIC流行起来再学习它, 那时你周围的都是你的老师, 你要虚心想他们学习哟, 没办法, 笨孩子也得活呀.

看了楼主的回复，我发现我不想再回这个帖子了。
哎，散了吧