前言：博主刚刚从事于Web后端开发与学习不久，开发项目经验也是有限的。不过今天依旧将一些个人的想法记录下来，我的构想或许不太正确，还望各位大牛能给我多多建议。
首先：我们从编程开始讲起
博主是偏向于后端开发的程序员，从入门到如今，学过的语言，技术为数不多。但我敢肯定的是：无论是哪一门语言，其语法只要是一个有正常逻辑思维能力的人再加上他一定时间的研究学习。弄懂这门语言的语法是没有任何问题的。那么问题来了。在学过那么多编程语言后，又有多少人能够深刻理解编程过程中涉及到的编程思想。也就造成一部分人在学习过程中知道一个需求该怎么写，但从来没有思考过为什么需要这样写。因此，我在学习一门语言中，常是会问自己，这样写的好处是什么，坏处又有什么，益处也是颇多。
Next: 谈谈需求分析
需求分析对于一个项目来说应该是重中之重，这直接影响到一个项目的成败。而需求分析之前往往还需要通过大量准确的市场调研，毕竟我们最终开发的东西是需要为人民服务，给我们带来便利的。在通过一帮子人不停的讨论、分析，最终将需求报告总结出来之后，又有一个重要的部分需要完成。那便是是项目建模以及权限分配等等，这些模型作为一个项目的分子级别的存在同样是不能容忍存在任何差异的。
Then: 异常处理
无论一个多大多小的项目一定会存在或多或少的bug，如果不存在反而这个项目是存在问题的。在我们代码的编写过程中应当考虑任何有可能发生异常的情况，并给出相应的处理方案。例如，服务器突然发生异常，用户的不正当操作，亦或是用户的并发操作等都有可能给我们的项目带来各种各样的问题。引用伟人说过的一句话——我们不能规避误差，但可以规避错误。方向上的东西一定不允许出错，细节上的尽量规避。而对于比较重要的连环操作更是应当引入事务的支持，例如银行转账，A给B转账1000，先从A账户的余额判断是否大于1000，再减去1000，之后再在B账户的余额增加1000.（实际过程肯定更加严谨）如果在A账户转出成功后，B账户转入失败了呢。这一系列操作应当要回滚。顾对于一个项目重要的部分应添加事务的支持，要么这一些连环操作都执行成功，要么执行失败，回退到执行之前的状态。
Latter: 框架的使用
在一个项目中或多或少需要引用各种各样的框架使我们的项目更加强健，稳固。同时，我们也不能过分依赖于框架，使我们的项目过分的与框架耦合在一起。假如，我们发现在我们项目中某套框架存在很大的漏洞，又或者是有一套全新的更加完善的框架出现，需要替换框架时，此时我们才发现我们的代码与框架已经紧密耦合在一起了。这个时候如需要替换的话，对我们的成本来说无疑是巨大的打击。例如，在web后端中常用的一套框架spring，如果我们在代码中总是使用spring的注解，而抛弃xml文件可能就会造成这样的问题。
Last:前后端分离
随着互联网的高速发展，以及移动设备的普及，我们的项目更是要适应多平台的使用。在我们的后端代码中更是不能与我们前端页面出现紧密耦合，此时不防使用SOA(面向服务体系架构)思想。这里我分享一位大牛(@夏天的森林)对于前后端分离的博客——Web应用架构的新趋势---前端和后端分离的一点想法
总结:好长一篇文章终于完成了，看到这里的朋友麻烦点个赞，加个关注哈。博客持续更新中...又到周末了，各位程序猿是不是好开森。