抽象

最近在公司和一些同事交流的时候发现了一点，就是大部分人其实是很难接受“代码和数据没有本质区别”这一点的。举例来说，他们认为一段HTML代码（或者当然也可以是JavaScript之类的），

    

        wahaha
    

和一段XML数据

    
        subara
    

相比，意义是截然不同的。同样，作为分别执行这两段“字符串”的一个是浏览器，相比另一个可能是桌面客户端之类的C#程序，也是有本质区别的（区别当然就是一个是执行代码决定怎么展示，另一个只是用程序定义好的控件显示传过来的数据）。当时一起讨论问题的其实不乏一些资深的“工程师”和“开发者”，但是听到一些人异口同声的反驳我（并且没有人主动支持我的观点）时，我不经在脑海里想到，“他们不懂编程”，令人难过的是这太常见了。

会引出这个话题，主要是开始在讨论MVC，然后就自然而然的说起了SpringMVC，然后讨论到作为View通常支持的一些模板语言（JSP、Velocity等），很自然的我就提到了“不使用View也是一种View”，很显然我所指的是常见的前后端分离的方式由后端应用提供数据（例如JSON）来支持前端渲染的做法。

不幸的是，我的观点（很奇怪的）并没有得到大家的理解，讨论的过程就略去了，主要的分歧就是上面列出的观点，大家普遍接受的观点就是“View是指最终呈现在用户面前的（这里就是Web页面了）东西”，如果只是返回数据的应用，那就称不上是MVC Web应用，而是类似于API应用之类的Whatever什么东西。

当然，虽然讨论的当时我没有想到要去列举，但是其实我们是可以从Spring支持的ViewResolver类型来倒推这个MVC框架设计者关于View的理解的。具体这里的ViewResolver除了模板语言视图还支持哪些类型的返回值就留给大家自己查询和参考吧：）

然后关于代码和数据的相关的思考，我记得最早是在上看到的，当然，在这里我也无意在做一遍并不准确的解释，有兴趣的人自然会去翻书。。。

    > '(car (a b))
    '(car (a b))
    > (car '(car (a b)))
    'car
    > (cdr '(car (a b)))
    '((a b))

大概就是这种感觉吧。当然上面也不是说把View单纯当做展现给用户看得东西就是错的理解，只是在更加抽象、简洁的解释面前，会显得相对来说不那么准确了吧。就酱。