过程式编程的穷途末路之一

lcy03406

node.real_visible =
    if node.parent != null
        node.parent.real_visible && node.node_visible
    else
        node.node_visible

简单啊，好简单啊。不过楼主先做出这个东西的编译器吧。要能自动生成机器码，这不难，上过大学学过编译原理的都能做出来。但是问题是你得让编译器能优化生成代码。当然简单的优化可以做，递归可以转化成循环，这是有公式的，大学经典题目之一。问题是你编译器生成的代码免不了要从头背诵99乘法表。你这么做，只是找个人替你背99乘法表而已。掩耳盗铃。

instemast

lcy03406: Re:过程式编程的穷途末路之一

node.real_visible =
    if node.parent != null
        node.parent.real_visible && node.no...

这个东西的语法解析倒是能做出来。
但是如何实现它的语义？

>>问题是你编译器生成的代码免不了要从头背诵99乘法表。你这么做，只是找个人替你背99乘法表而已。掩耳盗铃。

这个编译方法我已经解决了。不要重复求值（求过值的函数标记出来）即可。

编译器先不说，拿我的例子程序来说，只要遍历一便，所有节点的real_visible都可以求出

lcy03406

啥也不说了，楼主上代码吧。你的编译器的代码。

tonykee

LZ也是个很有才的人，只是和常人想法不一样
呵呵，天才和疯子只有一线之隔，都是不能以正常人的思维来看待的
也许LZ就可以创造一般人循规蹈矩而不能创造的东西

小小C

天才和疯子只有一线之隔？ 我们还是做普通人吧

instemast

lcy03406: Re:过程式编程的穷途末路之一

啥也不说了，楼主上代码吧。你的编译器的代码。

还没写呢...

小小C

人都要颠掉了

活在天堂

楼主是个呆鸟,鉴定完毕.

loserwang

tonykee: Re:过程式编程的穷途末路之一

LZ也是个很有才的人，只是和常人想法不一样
呵呵，天才和疯子只有一线之隔，都是不能以正常人的思维来看待的
也许LZ就可以创造一般人循规蹈矩而不能创造的东西

本来这贴是没有必要回复的，但是我想纠正一下这种观点。
首先，这是一个科学倡明的年代，讲究经验和实务。

需要的是不断的积累和检验，不断的变革更新，引导到正途，所以才有了科技的急速发展。已经很少有理性的人再会对一些久经积淀，富有成效的创新技术合新理念抱着疑惑的态度，更不可能将其视为异物看待。在计算机应用技术领域也没有例外。

其次，在游戏创作及其延伸设计工艺方面，我更愿意将其理解为一门追求美感的艺术，尽管这种艺术形式日渐精巧复杂，但是创作者会越来越认识到，为了创建接近完美的作品，对制作工艺的要求是一方面，对审美趣味的把握也是一方面，如何在设计创作工艺的逐渐繁复发展的道路上仍能把握外在的简约流畅，是需要非常精准的价值衡量能力和设计技巧的。

对美的体验是一种和创造美本身同样难于言喻的过程，对于一个有经验的艺术人员，可以根据已知的知识来迅速对一种新工艺，和一类新作品在尽可能短的时间内给出相对客观的评价。

但从另一方面，一些违背基本的美学准则的行为和手段则可以作为有用的反例，如果既有的经验是正确的，则可以光明正大地接受质疑，评判是非。如果既有的经验是不完整的甚至是错误的，再其更深入地产生负面影响之前也可以得到改正，并一并消除新事物挑战既有感官定向反应上的不适。

也许方法不仅仅有一种，今天的我们选择了其中的一些并延续了下来。我也会质疑一些东西，任何人都会，我会把一些认为是新鲜的但可能是不完善的体验拿出来共同分享，并可能附加地告诉他们为什么我要这么做，选择人们感兴趣的部分，克制过于个性的言行，披露现有技术的某些不足，并告知新的技术是对旧有的技术的完善和补充，更有利于工艺水平的提高。所有这些要能成立，个人认为，有些原则必须遵守：

1）尊重

2）规则

3）美感

这些原则指导了我的创新和发展之路。

ricohcanon

每个人心中的目标各不相同，有的人一心想编写个东西出来，无论是编写引擎或是游戏DEMO或是某某工具，而有的人则喜欢探讨理论知识，无论是程序语法或是算法等等，不管怎样，只要每个人确切地知道自己在干什么就行，这样有了目标只要不半途而废则必有成果，哪怕仅仅是一些经验，经验也是宝贵的成果，人的生命是有限的，要把有限的生命用到无限的为人民服务当中去。 [em20] [em17]