中国DOS联盟

如果是　面向过程思想　使用批处理，
可以把自定义函数（子批处理文件，可以接收参数）放到 Include　命名（类似）的目录内，

例如：还可以把象pengfei和版主做的浮点运算等一系列已经接近完美的批处理做成函数库格式，每个函数一个文件，存入函数专有目录内。
这样积少成多，将来开发的时候，只需简单调用就行：）


C:\TEMP\basic 的目录 2006-09-30 14:51 <DIR> . 2006-09-30 14:51 <DIR> .. 2006-09-30 14:51 <DIR> Include 2006-09-30 14:51 <DIR> Lib


使用ｏｏｐ思想超级棒！！！
楼主的技术是具有创新思维的！！！

目前不知道如果楼主的这个创造性实现了部分功能以后，
应用它的人我想可能是：

较精通ＤＯＳ命令、精通批处理编写、精通面向对象的程序开发并真正开发过一段时间（如ＪＡＶＡ等），
然后有着对技术狂热的执著……

没有执著和创造性思维就不能点亮世界～：）
再顶！！！
等待楼主源源不断的好想法～：）

面向对象的批处理？真的有必要么？对批处理真要有正确的认识了，复杂了不如直接做dos软件开发好了。
支持willsort的观点！

如果想要面向对像又想要简单,可以试试 PYTHON.

思想不错。有一定的实际应用性。

谢谢分享~~~~~~~~~~~~~~~

顶一下~~~~

我的理解：将BAT图形化，语言标准化（类VB）。

其实他的唯一意义在于程序的保护，执行效率会比原始BAT要慢。

厉害啊

先下了,谢谢了

留个脚印，日后研究，谢谢楼主了。

这样的贴子我是一定顶的，思路不错！

楼主的想法就是非凡,总走在我们前头,
不过,本人觉得这项工程任务量巨大!!!!
建议先把一些常用的任务的代码大家商讨下做个规范标准,然后,
建立头文件,做成函数库,再实践下.

大家踊跃发表意见呀!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

如果批处理的OOP实现了,那么任何应用程序岂不是都文本化了!!!以后大家共享软件的时候只要传文本就OK了,哈哈. 不过这时候版权问题不好弄啊:P
如果效率够好的话(硬件速度越来越快,好象没有太大问题),那么开发程序也简单了(省去了许多工具Compiler/Assemblyer/Llinker),DOS本身就是一个大的开发环境啊,太有创意了!!!
应该好好规划一下,这个说不定就是以后的发展方向呢(如果做的好,这一个特点可以超越Windows和其他图形界面的OS),支持楼主!!
可以想象,那时侯DOS就纯粹只是一个kernal(洋葱的芯),在他的基础上可以运行n个应用程序甚至n个OS(洋葱的n层皮):D

咱们的DOS也该考虑64位的架构了,要不然怎么发挥出它短小精悍的威力呢??在64位上面大规模使用批处理应该很有意义.

[ Last edited by enjoyer on 2008-1-17 at 12:21 AM ]