东泽“金笔头”活动选文

说说web开发

< 东泽"金笔头"活动选文 >

撰稿：周永军（ 东泽科技 ）

现在是企业信息化的时代，企业有大小，小的三五个人几只枪，大的或者集团化国际化或者准备上市，无论企业规模多大，信息化都可以极大程度的提高企业的运营生产效率，而信息化建设中，web开发基于开放标准和灵活多样的部署方式，无疑是信息化建设不可或缺的重要一环。

对于web开发有来说，不管什么结构，要设计一个框架，开发层次上无非就是几方面：页面模板定义 - 关于view层展示，无论对于top+left+right结构还是left+right结构，需要首先定制一些模板，是使用jangod又或者使用velocity对于设计来说没有什么差别，唯一需要考虑的就是哪种开发效率最高。

分页标签- 不管是自定义还是使用框架还是开源，对于项目来说，分页标签是必不可少的，你可以使用jsp 的menu，也可以使用datascroll，不过实际使用中大多可以定义自己的分页标签，要知道，一个好的项目，最重要是关键代码的可控。

DB 设计- 可使用ROSE或者PD等设计数据库表结构，建模或者逆向生成。

代码工具- 有人喜欢build.xml，也有喜欢pom.xml，孰优孰劣要根据具体情况具体分析，使用ant更容易理解，但在分布式开发中，maven往往占据优势。

一个标准的基础框架结构如下：

ACTION 层：处理从view层传递过来的数据。

SERVICE 层：封装业务逻辑，一般同时在Spring中声明事务代理。

DAO 层：进行事务中的原子操作，同时在Spring中注入相应的SessionFactory。

简单场景可以用MVC，复杂场景就要考虑在MVC的基础上如何划分，不同的场景对应不同的分布模式，以前的系统多为单点，数据不大不重，流量平缓，所需要的资源不多，所以简单的MVC足以满足要求，随着应用的大规模发展，系统多点发散，数据和流量越来越多，对系统服务之间调用的要求越来越高，这就要求我们逐渐把服务抽离出来，从而产生了SAAS，SOA，微服务等新兴名词，也由此衍生出一系列技术，如服务提供，服务调用，通信协议，负载均衡，契约管理，容错熔断，分布限流等。

对于面向服务的体系来说，对于大项目的拆分必不可少的，在快速开发过程，我们不断迭代重构，不断形成新的服务组件，通过统一和通用的契约进行交互，从而保证每一次发布的组件与其他组件协调合作，形成一个健全的服务体系。

无论什么样的场景，无论体系如何健全，在系统变大变复杂之后，总会有一系列问题，这就要求我们要发散思维，用灵活多变的方法去解决问题，不管是面向过程、面向对象、面向服务，他们都是解决问题的方法，要知道，方法始终是为解决问题而服务的，无论哪种方法，能解决问题的，就是好方法。