https://blog.csdn.net/luozhonghua2014/article/details/34084935
某b项目是我首次採用was环境下架构和开发的手机wap应用。虽然做到了该项目的主程。但对此项目的全面构件依旧有不清楚的地方，因此在这里我仅仅能简单的谈谈开发中遇到的问题怎么处理和应对办法。
记得第一天接触这个项目时。仅仅记得些案例代码（不知道那些是对的。那些是错的）似曾相识，但不懂怎样动手写下第一个helloword，因当中的基于接口开发的ejb的架构曾经根本就没接触过。
好了。没办法，于是仅仅有硬着头皮去尝试第一个基于接口开发的ejb的第一个查询方法（呵呵最简单了吧）。由于一切都是新的。一没有相对完整的资料可參考。二在无广域网查资料，三没人可问（人也是新的）。我心里想，假设不能正常对接前端和所调用的各个接口方和协同各个部门。任务因我而耽搁，那岂不是轻蔑我的自尊心吗？嗯，于是拿着些零碎的资料，一步一步的写（含猜想）。一步一步的測试，这种痛苦过程最终在第二天下午能交出第一个实现查询方法了；等等，这才是開始。并不能代表你写出的东西真的有用。接下来。问题是一个接一个，第一是这个系统採用什么架构？各种架构优劣......要搞架构啊，好家伙，首先得弄清楚业务流程吧，第二得弄清楚技术流程吧，比方：was环境，ihs+was搭建吧。was包部署和公布吧，基于http和socket方式怎么调用接口吧，弄清楚基于db2环境下的jdbc 方法吧，各种接口配置和集群相应的接口配置吧，还要弄清楚aixOS相关的shell吧，还要弄清项目升级会出现的各种调式和配置问题吧。还得弄清楚測试环境和生产环境的各种差异吧.....完了，一时间这些玩意都来了，你还不知道未来会遇到什么不可预測的情况。比方流程安全改造，漏洞安全改造.....你更不知道怎样确定接口方有没有问题......面对这些棘手的问题；这可不是玩的，那怎么办呢？当时，我沿用自己架构项目写项目的一贯思维：第一这些问题虽然都是新的。可是他并没有离开一个程序猿正常的逻辑。因此他并非那么苦难，仅仅要把控每一步每个微小的问题，一步一步实现就可以全然把控；第二。他就是一个业务相对简单的应用而已（比起之前的做的那些大型项目并不复杂）。好了，基于这2点自信上。这一深入下来就是近2个月的痛苦尝试，2个月后最终功夫不负有心人，第一业务流程和技术流程的各个关联微小的地方全然把握，第二与各个部门协同的很顺利。也就是通过了这段时间，完胜的把控了was集群下基于接口分布式架构和开发中的各种问题。
因这个项目。使我产生对旧技术线路动摇和新技术线路实施的灵感。
这是我做这个项目最大的成就之中的一个。