ILBC 源代码 项目 规范

本文内容节选自 《D# 语法》   https://www.cnblogs.com/KSongKing/p/10704450.html    。

再谈谈 调试 的 问题, 调试, 是 IDE 的 部分, 作为一个 开放 自由 有生命力 的 语言平台, 是不应该 依赖于 IDE 的,

我们 欢迎 IDE 提供好的支持, 但是 语言平台 不应该 依赖于 IDE 。

看看 宇宙第一 IDE 和 C# 的 关系 就知道了, 离开 Visual Studio , 怎么开发 .Net 程序? 这不可想象 。

这不仅仅 是 对 C# 语法 的 语法错误 和 智能提示 的 支持, 还包括 对 具体 的 程序项目 的 支持,

比如, WinForm 程序, 没有 Visual Studio ,你怎么写?

Asp.net 程序, 没有 Visual Studio , 你怎么写?

而且 Visual Studio 的 WinForm , Asp.net 项目 拿给 VsCode 是不能直接编译的, 这是我猜的, 因为我没怎么用过 VsCode 。

这些现象, 表示 这不是 程序员 要的 “理想国” 。

ILBC 要实现的,是一个 用 记事本 也能写 程序 的 语言平台, 这是 程序员 的 理想国 。

这其实 很简单, 我们只需要一些 简单 的 规则 就可以实现, 比如, 最简单的, 编译器 是一个 命令,我们可以告诉 编译器 一个 路径, 这个 路径 就是 项目的根目录, 编译器 会 寻找 这个 目录 和 所有 的 子目录 里的 源代码 文件 进行编译, 那么 对于 Bin 目录, 或者 资源目录 等等一些 我们 需要 编译器 忽略 的 目录 怎么办?

可以类似 Git, 在 项目目录 下 放一个 ilbc_src.ignore 的 文件, 里面声明 需要 忽略 的 目录, 就可以了 。

甚至, 可以比 Git 还简单, ilbc_src.ignore 只允许 声明 项目目录 下 的 第一级 子目录, 这样 就 太简单了 。

实际上, 这也够用了 。

编译器 对 项目目录 下的 源文件 编译, 会把 所有的错误 都在 控制台 里 列出来, 哪个位置是什么错, 这和 Visual Studio 或者 其它 IDE 是一样的 。

对于 像 WPF, Asp.net 这种类型 的 项目, 有 Xml 格式 的 前端代码(文件), 这也没问题, 你可以用 Xml 编辑器 来写 前端代码(文件), 当然, 用 记事本 也可以 。 ^^

然后, 编译器 同样 对 项目目录 下 所有的 源代码文件, 包括 前端文件 和 后端文件 进行编译 , 并显示 所有错误 。

所以, 不管 后端代码 还是 前端代码 , 你可以选择 任意的 文本编辑器 来 编写, 然后 交给 编译器 来编译 。

你也可以 根据上述 规则 开发一个 IDE , 这都可以 。

你的项目 拿给 别人, 别人 可以用 自己的 文本编辑器 和 编译器 来 继续 开发 和 编译,也可以用 IDE 。

在这方面, Chrome 似乎 干的不错, 你可以用 任意 的 文本编辑器 写 Javascript, 然后 Chrome 的 DevTools 可以让你很方便 的 调试程序 。

相比之下, Visual Studio 在 不同 版本间 都 可能 不支持 互相 打开项目 。

原文地址:https://www.cnblogs.com/KSongKing/p/11074781.html

时间: 2024-08-05 04:42:39

ILBC 源代码 项目 规范的相关文章

C/C++源代码书写规范

C/C++源代码书写规范 1. 在.cpp的开头应有一段格式统一的说明,内容包括: a. 文件名 (FileName): b. 简短说明文件功能.用途 (Comment): c. 创建人 (Creater): d. 文件创建时间 (Date). 例: ////////////////////////////////////////// // // FileName: ***.cpp // Creator: piaocoder // Date: ****-**-** // Comment: ***

分布式项目规范总结

远程调用项目规范总结大致如下,架构不一定与这个架构一样,但基本上是差不多的,有的项目使用maven管理只需要建立两个项目. 远程调用分布式的核心思想:面向接口编程,代码切割 ,负载均衡,服务器缓存. 以下的规范都是为了方便实现其核心精神. 数据实体遵循ORM映射机制. 实体属性命名格式mouldName;不带下划线,可以使用工具generator eclipse插件自动化生成实体类和映射Mapper.xml文件 远程调用分层格式 客户端工程 前端:js  ,  image  , CSS ,Htm

项目规范

1.目录规范 以前不注意,现在翻箱捣鼓迁移项目到GIT,发现目录文件都是乱乱的,处女座强迫症各种看着不爽,瞬间觉得以前是个大SB,怎么会有这样的程序猿?人生的进步就是要这样不断发现自己曾经是SB. 所以现在给自己固定一个规范吧,如下: ProjectName |-- doc // 相关说明文档.需求文档| |-- UI| |-- key // 账号.密钥文件存放,重要的文件必须经过自己写的加密工具加密后存放.账号太多人老容易忘记 ⊙﹏⊙| |-- 需求 // 需求文档~\(≧▽≦)/~啦啦啦 |

对一套源代码的规范和风格的讨论及优化改进

我的工程实践是机器学习相关,因此我在GitHub上选了下面的源代码进行学习:https://github.com/WillKoehrsen/machine-learning-project-walkthrough 一.对源代码的分析 1.目录结构 该源代码使用Python语言,在jupyter notebook上编写.在文件目录下有auto_ml.data.deprecated.images四个文件夹和Machine Learning Project Part 1.ipynb.Machine L

公司安卓项目规范

1:项目代码目录结构: 这里是整个项目的包结构,保密原因在这里就不贴了. 2:命名规范: 2.1.java代码文件命名规范: a:尽量使用英文命名,单词不缩写,不要使用下划线拼接,而且采取首字母大写拼接. b:一般的java代码文件命名以继承名类名为后缀,例如:继承自Activity的文件可写成 MainActivity.java.继承Adapter可以写成UserListAdapter.java. c:一些纯粹的类名命名遵守以大的归类为前缀,可自定,例如:InfoRank.java. d:首字

java项目规范

一.命名规范 1. 项目名全部小写 2. 包名全部小写 3. 类名首字母大写,如果类名由多个单词组成,每个单词的首字母都要大写. 如:public class MyFirstClass{} 4. 变量名.方法名首字母小写,如果名称由多个单词组成,每个单词的首字母都要大写. 如:int index=0; public void toString(){} 5. 常量名全部大写 如:public static final String GAME_COLOR="RED"; 6.所有命名规则必须

SVN源代码管理规范

1. SVN 版本库结构构建 在大多数人眼中的Subversion,就是那个在代码里被叫做“Trunk”的东西.其实Subversion包含了更多的内容! 为了让你能够更加充分体会到Subversion的好处,本文将讨论如何搭建你的版本库结构. 正如你之前在Subversion的相关文章中看到的那样,Subversion最基本的结构由三个路径组成:branches,tag和trunk. 每个路径在Subversion里都可以单独签出. 1.1 Trunk 任何时候Trunk里包含的都是最新的开发

iOS新建项目规范

注:这是本人对多年来iOS开发中项目结构一点自己的见解也是为公司内部制定的iOS项目创建模板结构;文中引入了sina的iOS-iPhone的客户端的界面架构,但是本人并非sina的工作人员,只是根据自己的理解划分了项目结构,欢迎提出不同观点,[email protected],欢迎转载,转载时请保留文章的所有内容,谢谢. 本篇文章回不定时更新... 项目结构GitHub地址:https://github.com/Shreker/QLProjectDemo.git 为了为项目代码创建一个可读性.维

双人对战的球类游戏ios源代码项目

双人对战的球类游戏源代码,这个是一款双人对战的ios球类游戏源代码.游戏的源代码也比較具体的,我们在屏幕上下看到各有一个球门.内有一球,两边通过控制轮盘使球进入对方的球门的.事实上玩法也非常easy的.我们知道体育类的游戏眼下,还是非常少的,大家可以參考一下这个游戏的方案,希望可以推出更强大的游戏. 源代码下载: http://code.662p.com/view/6261.html <ignore_js_op> 具体说明:http://ios.662p.com/thread-1426-1-1