头疼
自从开始接触php以来其实一直很是头疼，做为一个从Dos时代成长起来的Windows平台C/C++老程序员，最不理解的是这些脚本式语言的程序结构和模块加载的方式。
原来这些编译式语言多好啊，在语言层面上定义了程序入口和第三方模块加载机制。比如C/C++中只有三种方式：源码、静态库、动态库，分别对应着编译、链接、运行三个阶段，这样调用方只要知道函数/类原型即可调用（无论是include对方提供的头文件还是手写入声明）。一切问题都解决在程序运行前——只要编译通过了说明引入的模块都到位了，程序结构没有大问题，剩下就是在运行时解决逻辑问题。
框架超越语言
编译式语言程序结构是强耦合的，如果将它比喻为组织严谨的正规军，那脚本式绝对是游兵散勇，每个人都能扯出来单干，如果解决了沟通问题组织起来打群架也行！
正因为脚本式语言没在语言层面上唯一的限定／规定程序结构和模块交互方式，所以一大堆的框架袭来了！！！每个人都充分发挥自己的聪明才智，各种奇技淫巧创造了出来，框架越来越重甚至超过了语言本身。
所以在这个年代的程序员自我介绍时不仅要提语言领域还要专门指出熟悉某某框架等等。同样的php程序员熟悉thinkphp未必能用laravel，会用react的javascript程序员要学vue还得花点功夫熟悉vue的语法。
同一语言的框架与框架之间的篱笆很高，学习曲线几乎像跨越语言一般的陡峭！
一点一点来吧
近几年一直想把自己Web领域的开发技能点加上。
自搞某型号项目开始接触Web开发。一开始，弄个表格都要研究半天table/tr/td这些标签，看到两个双括号包起来的变量从后台传到前台，竟然好久之后才知道这叫el表达式。哈哈
我始终认为程序员的基本功底是“模仿-改进”，或许还可以加上个“揣摩”，变成“模仿-揣摩-改进”。揣摩的过程很能考验一个程序员的功力和知识构成。是否能深入理解底层运行机制决定了初学者能否顺利跨过某个新领域的门槛。
就我自己来说，从刚接触Web开发的慌乱中走出来大约经历了两三个月的时间。初期是为了尽快码出代码赶上进度，只会用Ctrl+V和Ctrl+C。每增加一个新功能，都是先找类似页面的拷贝过来，改改页面文字，运行看看，没报错，好了，修改java类，再运行看看...当时很茫然，连个类的命名都要遵守特定的规则才行，否则就会报错找不到，感觉规则很多很杂而且是无理由的强制性的，不禁感慨Web程序员太辛苦太局限，真正是码农。
我对Web程序的理解
后来就开始“揣摩”，把浏览器和服务器交互的一个完整流程放到tcp层上去考虑。浏览器无非是发起了个到服务器的tcp80端口上的链接，然后把请求地址等参数打个包发送过去，服务器接收到后向浏览器回送个响应包然后断开链接。响应中包含200/404之类的响应参数等，至于网页内容其实就是个长字符串，大致包含<html><head></head><body>...</body></html>这样的内容。浏览器接收到响应包后，先按网页标签显示内容，然后执行包含的script，待用户执行操作后再发起下一次交互。
在这个基础上再去看Web开发的一些基本概念：session、cookie，就很明白了，无非就是一些数据块。cookie存放在浏览器端，要随着每次的请求发送到服务器端，服务器端就是通过cookie里的特定标识来把一次次的独立的／毫无关联的请求／响应流程关联起来，从而衍生出session的概念（session在不支持cookie的浏览器上可以通过请求参数来实现，根本原理类似）。
从一个C/C++程序员角度看，一个Web服务器实现的大致处理流程：
- 1.监听端口，接受传入链接
- 2.接收请求数据
- 3.提取Url和get／post的参数
- 4.按约定将Url处理映射到特定类的方法<-在这之前应该就已经完成了请求参数到语言变量的转换
- 5.调用处理方法，方法函数体内执行流程产生的一些列数据结构向页面映射，如果还有页面引擎则执行，典型的如el表达式展开，jstl标签处理等等，或如laravel中blade引擎等
- 6.将最终结果通过response返回
- 7.关闭链接
框架！框架！
所有的Web框架大致都是针对3、4、5、6步来提供解决方案的。关键的技术点包括：
- 1.请求参数映射
- 2.Url处理映射，也就是所谓的路由（Route）
- 3.模块搜索、挂载，并在处理过程提供插针点，供过滤、授权、日志等功能使用
- 4.数据库访问接口
- 5.辅助功能：页面引擎、数据缓存...
通过这些分析，我们略微把握住了一点儿框架的脉络，学习起来心理负担就减轻了一些，少了些茫然多了些从容！
结束语
写着写着就扯远了，加个分割线往回拉拉！
为什么选择了PHP？
用java渡过了Web程序开发初学期，但可能是因为项目的原因，或着C/C++程序员偏见，对java始终无感。说出来你们可能不信，在国产平台上（龙芯+麒麟），启动项目整个后台需要近一个小时！哈哈，每次敲入./startup.sh后，大家都很开心的玩一会儿。另外，作为C/C++程序员，则是最讨厌那巨多的xml配置文件，乱糟糟的，每次改一点儿都要重启tomcat，很烦。
最后选择了PHP却是一个同事的经历打动了我。几年前，他帮学校开发了一个单位机关测评系统的小项目，用的是asp.net WebForm技术平台，部署在机房也就200左右的客户端，同时访问iis就卡顿的要死。最后连夜请另外一个同事用PHP对付了一个系统，竟然好好的，顺利完成了评测保障任务～我听说后对PHP心仪不已。现在既然自由选择技术平台，当然首选PHP了。
于是就开始看基础语法，接下来选框架。thinkphp，看到吐槽甚多，pass。laravel，号称最优雅的框架，就它了！于是就开始了laravel入坑之旅。
学习的过程还是比较坎坷的。毕竟对Web开发领域一知半解的，拿laravel练了练demo小项目，感觉html+css欠账太多，稍微微一点儿布局的效果都扣哧半天，就停下手来把css和div布局研究了下。接下来学习前台的javascript和jquery，反反复复看了几本书，算入门了。再后来又入vue.js的坑，补了node相关知识，以及前台的工具链：gulp、Elixir、Mix、webpack...
当从vue.js的坑里爬出来时，还真的有点阔然开朗的感觉：一是，这么大致细细的趟了一圈，前台、后台、ide、工具链都下手实践了下，勉强也称得上个“全栈”了；二是，这些技术平台上的包管理体系，以及前台资源（js、css、图片、字体）自动编译、打包、热加载等等让我等C/C++程序员（哈哈，感觉这个词出现次数太多了！）耳目一新，咱确实是有点落伍了！
再加个分割线～～
曾经沧海难为水，除却巫山不是云。
现在回头再研究laravel框架从容淡定多了，争取把学习和研究过程记录整理成为一个系列以备忘。
如果有人看到我写的东西，不要奇怪我的学习进度和顺序，因为我恰好学到这儿并打这儿开始记录。
如果我写的有问题，敬请指出好共同进步。
