所謂命令行指令，只是某個程序可以接受參數輸入的意思，就如你寫的函數參數，可以手動輸入實參一樣，那是這個程序編製者寫的，他寫了接受參數的界面就可以用，若程序沒有這種界面，你也用不上。很多網絡設置程序，本身就設計了可以接受參數的，你在【Win】+【R】框上按命令行的格式輸入執行也可以，不用在cmd上執行。

傳聞Windows和Windows Phone在8.1版上整合，兩者的程序可以通行，這點雖然還沒確認，但8.1版跨平臺和設備支持，是確定無疑的（iOS不行，它只能支持固定尺寸和分辨率的設備，而Windows是不管硬件商設計成怎樣都可以支持的，不用改程序，前者則需要發新版系統支持）。

其實我說過很多次，VS的編譯核心CL.exe程序，就是命令行方式的，IDE只是調用了這個程序而已，有些人總說VC沒有命令行方式，學不到東西，那是他根本就不知道人家有，也完全不暸解IDE到底是什麽概念。一個兩種界面都提供的程序，跟一個只有命令行界面的相比，哪種更有優勢，其實是顯而易見的，當然，提供了兩種界面，自然佔空間多，但你可以用或不用的啊，又不妨礙你什麽，到想用而沒得用的時候，還不是麻煩自己。

哦 这样啊


我现在就是想花最小的代价体验一下dos         顺便学学组成原理
以前自学的时候 这些东西根本看不懂      也没条件
比如数据库 那时自学 那叫一个萌 装个SQL2000都搞老久还没搞定 更别说其他的了
现在慢慢的有了点点经验 感觉数据库已经初步入门了 至少会自己装SQL2008了    也可以写点简单的SQL编程的东西了
所以我想 有机会有环境的话 应该把以前没有机会和可能完成的任务再做一次尝试。

可能我心里面的观念比较陈旧     就是想追根溯源  别说把来龙去脉搞的清清楚楚 至少要知道个大概。

比如现在我们做审批流   也就是工作流 网上看了下 要做这个 编译原理要过的硬   可是我对 编译原理真是一片空白
就算是看书也很难弄明白 所以我认为自己基础很不到位    要一样一样来补。

才有了一楼的想法。




[ 本帖最后由 有容就大 于 2013-9-30 20:49 编辑 ]

編譯原理跟DOS沒有關係

呵呵 有没有神交。

有吧

沒有。編譯原理首先要做的是分析文本，獲取指令流和提取語法单元，諸如你以前練習過的計算器算式分析，就是基礎。把所需要的单元提取出來後，就是自己處理的了，處理方案是你自己定的。指令流可以由用戶一行一行的逐步輸入（像BASIC和VFP那樣的命令執行方式），也可以先寫在文本文件上然後整批處理（讀文件逐行解釋執行，DOS的批處理也是這樣，解釋型語言的執行方式也是這樣），後者實質上就是你自己做一個解釋語言解釋器，所以屬於編譯原理的部分。編譯型語言和解釋型語言的區別，我以前跟你說過的，叫你學一門解釋型語言，你沒認真聽而已。

[ 本帖最后由 TonyDeng 于 2013-9-30 21:00 编辑 ]

   javascript算不算解释型语言？

地道的解釋語言