为什么选择你,Laravel
如果不是因为各种事情和巧合,我想我应该永远也不会和这个叫Laravel的家伙有任何的交集。虽然已经相处了这么久,但偶尔也会想想,当初那么为什么是你,而不是别人呢?
一切的开始
刚入职场的我,正延续着实习期的工作:如何让我们的产品更加人性化,学习着什么是原型,学习着什么是产品经理。当我开始完成一小部分并开始期待着它在未来某一天成为现实的时候,领导说有事要和我说。说真的,心里一惊。
接着,我被要求完成一个web应用,跟我说“报表”,“架构”,“用户权限”之类的我无法立刻反映出什么意思的词汇。走出领导的房间,我想:我能做到的吗?
冷静下来后,我先评估了一下自己的能力:
- 开发过单机程序
- 没有BS相关经验
- 功能我好像没听明白?
- 欸,我以为不用再做开发了…
总结下来,想在短时间内精通是不可能了,要有现成的直接一跑就行,我再改改就成是最现实的方案…啊,终于明白框架的意思了!!
做出第一次选择
接下来是疯狂bing的时间了。其中,很感谢有个人教会了我如何开发web应用程序的基本知识,并给予了我很多的选择。
PHP还是Python? 他们都很让我为难:
- PHP,只闻其名,未见其人。网上各类对他的调侃让我多少有些犹豫
- Python,相识多年,却只停留在了matplotlib和pyopengl的一些浅显认识上
最终使我做出选择的关键还是框架。PHP框架更为丰富且社区活跃,在遇到问题时解决的可能性更大,尤其对新手而言。再了解,发现PHP和C的关系意外的好,那更是惊喜。C是我的启蒙老师,我对C的好感一直有增无减,连带着所有和C有关的事物我也不会讨厌。
做出第二次选择
毕竟是基础,PHP的基础多少是要学习的话。这种时候,想要一定程度的实践却又无从下手,教学视频是必要的。看了几分钟,却又关上了。网不好是一层原因,一直以来自己都是靠看书和博客学习的,适应不了这种看别人讲的形式(挂不得我上课学习效果那么差,唉~)。
我记得别人曾经告诉我去实验楼可以通过自己动手的方式来学习,尝试了一番,确实不错。在动手写了个七七八八后,开始浏览框架的课程,发现其中有着大量的Laravel。看了别人的评论才知道这是一个框架,试了试,感觉还不错。
最终让我下定决心的应该就是他的官网吧,感觉进去看完了以后就跟着了魔一样的坚定不移了(当时怎么也不想想会不会被骗了,是个坑什么的)。
环境配置
这里的配置我只写下了自己确实在用的部分,其余的多种选择或是专业角度分析什么的就是专家的工作了,嘿嘿
安装
- xampp:包含了PHP和Apache,和我想要的全部仅一步之遥。虽然不知道正式部署的时候能不能直接拿来用,但起码现在是我一定会选择的
- Laravel:GitHub上download下来,比我想象的小。也许我把框架想象的过于夸张了,也把开发的难度想想的过于夸张了
- composer: 就像pip之于Python,apt-get之于Ubuntu,别忘了用这里的,多快好省
- sublime:哪里有编辑器,哪里就有战场,反正我有权保持沉默
- mssql: 相信官方大大的指引,嗯,没错的!
环境搭建
完整的配置步骤网上已有人整理分享,无论是windows还是linux都非常详细。
- composer的好处在使用时要位于项目工程内,这要安装的插件也会针对当前工程,在工程迁移时只需将工程文件夹移走即可,没有任何其它需要复制或安装的东西(若迁移环境无外网,composer都是不需要再安装的了)
- 端口我个人推荐修改,反正默认的80我是两台设备都被占用了…修改端口也有利于保持配置的统一性,防止迁移设备出现端口占用的可能性
- laravel架构字体采用的是googleapi,这导致了我在无网络连接情况下页面跳转长达近30秒。虽然我不知道这是否符合设计规范,但是仍然建议将googleapi相关内容完全删除。
小结一番
其实整个说下来,能看到知识点并不多,牢骚倒是不少。这也是好事,说明现在即使是着手一项从未使用甚至了解都不了解的语言与环境,现有的网络分享与学习社区能够令所有新手都可以无障碍完成环境的搭建。我所做的只是把内容进行梳理与整合,让与我有相同需求的开发者省去了环境搭建中对搭建方法搜索筛选的一小步。
开头很友善,但里面的细节问题无论是谁也无法面面俱到,接下来,一个个的小问题都值得我去一一记录下来,也能够为别人在搜索问题时多一个选择吧~