Nablarch简介

        Nablarch是TIS（东洋情报，日本IT企业）自制框架，个人感觉是魔改版Struts2+SpringBatch。虽然是有些很方便的功能，但是可参考文档基本上就只有官方文档，官方文档又只有英文和日语。凑巧必须用它的很头疼吧哈哈。

        Messaging我好像没用过，WebApplication、WebService、BatchAapplication的项目是参与过的。考虑到未来还可能一直会接到Nablarch框架的项目，决定还是看一遍官方文档好了。看的过程捞捞干货记记笔记，我个人开发经验也不多，搬运的内容很可能会有些损耗，仅供参考。

        要是小白阶段进组分到这个框架的项目，建议不要看我的文档和官方文档，先去学spring batch、struts2，往上套就完了。

        为什么不用Spring？我不造啊。 

Nablarch构成

        Nablarch由5个部分组成，即基于共通（应该是common）的WebApplication，WebService，BatchApplication，Messaging。

        Nablarch还提供了一些用于db连接、输入校验之类的库。

        TIS：Nablarch的共通架构采用了流水线设计模式，利于应对变更，便于进行共通处理。

ウェブアプリケーション(WebApplication)

        是使用Servlet开发Web应用的框架，我觉得比较像structs2，也有action啥的。

        开发过程中会接触到的主要是Action（业务处理）、Entity（接收DB返回结果）、From（接收请求） 、View（写JSP）。

ウェブサービス(WebService) 

        和WebApplication的区别是不管View了。

        就是把上面web application图里的View抹掉，Browser换成Client Application。

        剩下差不多。

バッチアプリケーション(BatchApplication)

        batch（バッチ）就是批处理，做些定期读写数据库读写文件的工作。

        文档上说分“JSR352に準拠したバッチアプリケーション”和 “ナブラクバッチアプリケーション“，就是基于JSR352的批处理应用和nablarch批处理应用，不过开发中我只见过第一种。

基于JSR352的批处理应用

        又分成两种：三层和一层的，三层的是chunk，一层的是batchlet，似乎性能是写到一起好一些。

        先说三层的：

         Reader负责从数据库或者文件中读取数据，Processor负责对数据进行处理，Writer负责将结果写入数据库或文件中。三个部分一起构成一个批处理，是从上到下执行的。

        一层的就一个，Batchlet自己。

nablarch批处理应用

        没用过没见过。

        

        像是写在main方法里直接执行的。