我将支持vb6,E语言的一些好的特性

instemast

游戏之家站长: Re:我将支持vb6,E语言的一些好的特性

楼主说了，C++已经全部学完了，太简单了，现在的话看来是自相矛盾。

------我要是学C++，一定比这里任何...

不矛盾。因为C++本来就不适合个人短期开发

使命召唤

instemast: Re: Re:我将支持vb6,E语言的一些好的特性



不矛盾。因为C++本来就不适合个人短期开发

那你还学？不矛盾吗？
游戏频道里那么多C++游戏也不都是很多人做的，怎么解释？
还是能力问题，你的能力问题。

或者你就直接写C++不如VB

陈?

我感觉楼主整天都在关注语言层面的东西，其实语言只不过给内容披上一个形式的外衣，所以决定开发效率的主要因素还是内容，从内容上看，程序无非就是数值处理和设备的使用，数值处理部分VB和C++差不了多少，使用设备部分VB可能多封装了些，但是C++完全可以通过封装达到跟VB一样，而语言最主要的核心还是数值处理部分，所以综合来看VB和C++开发效率上没有太大的区别

陈?

如果要说区别，可能只是开发人员的观念的区别，用C++的人可能比较重视效率，而VB的重实现，所以才有VB开发效率高一说，但毕竟这不是语言本身的问题。楼主想提高语言表达效率就要从内容入手，把更多与计算机有关的细节封装起来，在逻辑上更贴近人类思维，这样才能从根本上提高开发效率。至于形式上，当然也和开发效率有关系，但是那都是在内容的基础上了。

陈?

关于编译器的问题，我认为一开始不用一下子就去做，可以先根据你设计的语言进行“人工编译”，来验证你的语言对于分析问题的适用性，等成熟以后再做编译器。另外，任何项目的主体都是分析和设计上，你只要把这些做到位了，代码就是纯粹翻译的过程，不需要花太多时间。如果数量庞大，也可以做代码生成工具。

使命召唤

跟孔子解释是说不清楚的，楼主就孔子大虾。

instemast

陈?: Re:我将支持vb6,E语言的一些好的特性

关于编译器的问题，我认为一开始不用一下子就去做，可以先根据你设计的语言进行“人工编译”，来验证你的语...

我编译器主要是语义解析。syntax阶段我不需要用"面向语言"的编程语言，因为我采用黏着语，故解析方便。

至于"人工编译"，这是肯定的，因为我是把代码翻译成C++，所以自然要先思考翻译成什么样的C++代码。

instemast

使命召唤: Re: Re: Re:我将支持vb6,E语言的一些好的特性



那你还学？不矛盾吗？
游戏频道里那么多C++游戏也不都是很多人做的，怎么解释？
还是能力问题，你的能力问题。

或者你就直接写C++不如VB

那些游戏如果用VB写会更加快速。
VB写个大型游戏也就1-2个月 / 1人。
C++呢？

但学C++是打好基础。比如可以用它实现类库，开发编译器，等

instemast

陈?: Re:我将支持vb6,E语言的一些好的特性

我感觉楼主整天都在关注语言层面的东西，其实语言只不过给内容披上一个形式的外衣，所以决定开发效率的主要...

1 封装本身就非常耗时。

2 就算封装了，也比较耗时。（封装后的C++和封装后的VB6做对比!）
  (当然，拿封装良好的C++和没封装的VB6相比，C++就要好些，比如我以前对C++的一些封装就比VB6好用)、
  这是因为即使封装了也要面对繁琐的C++语法----并不是说书写多累，而是debug时的麻烦。

3 业界的普遍经验和共识是，C++比vb6的开发周期长。
  （一个例子：很多人用C++开发了几年才开发了一套类库）

-----------------------------

vb6开发周期比.net长些。因为后者封装的更好。
而且，vb6的类库质量不如.net好。

实际上，我现在做应用软件都用.net。效率高，而且类库质量好。

陈?

instemast: Re: Re:我将支持vb6,E语言的一些好的特性



1 封装本身就非常耗时。

2 就算封装了，也比较耗时。（封装后的C++和封装后的VB6做对比!）
...

1.用别人的类库，封装耗时的因素就没有了，至于用C++做游戏慢，那是很多学C++人从底层做起心态决定的
2.你说语法复杂，举个例子看看，我看到有几处倒是比VB简单比如if语句VB要写end if，比那花括号字符要多。