针对铁路物流园区移动端的开发与设计的研究

　　物流园区发展步伐的不断加快，带来的经济效益和社会效益也越来越被社会各界重视。铁路作为社会物流的支柱力量，在中长距离运输方面具有极大的优势。铁路物流园区除了应该具备一些物流园区的共性，还应该有铁路运输的特性。目前，市面上并没有一套完全面向铁路物流园区的仓储与配送管理系统，仓储与配送管理系统作为有效地保证商品流通与保存而建立物流综合管理、控制与调配的信息系统，对提高商品周转率和节省物流成本具有非常重要的意义。因此必须重视铁路物流园区系统的建设，完善铁路现有系统的整合与集成，实现信息在物流园区与物流服务以及现有的铁路系统三方之间的良好沟通。
　　目前，手机移动端的发展为互联网带来了第二波的发展浪潮，在这波浪潮中，传统的互联网产品正悄然进化，因此打造极致的用户体验也应该成为铁路物流园区系统追逐的方向。
　　移动互联网已经进入到一个垂直化的发展方向。用户不再满足于现有的APP，更加关注专业化的APP服务。在这个趋势下，很多企业都会有不止一种的途径提供给移动端使用。铁路物流园区的信息系统也应该重视移动端的开发。畅想一下，客户如果可以使用手机随时随地表达发货请求，并且可以在手机中查看货物的状态，货物在仓库中存放的位置，以及货物在运输线路中的位置；客车司机可以通过手机获取收发货信息以及货物收取或者放置的位置，并且可以直接去物流园的指定地点放置或者收取货物；铁路物流园的仓库操作人员可以现场通过手机扫码等方式对货物和货位进行操作，使用小巧的手机，现场通知货主进行取货，而不必抱着沉甸甸的电脑进行操作该是多么方便。对于手机移动端，铁路物流园系统应该考虑开发APP和微信微网站两个版本。针对铁路物流园区的常客户和客车司机，引导他们安装手机端的APP。APP的优势在于可以不断更新换代，不管是功能性、安全性还是用户体验上都有保证。并且APP在功能扩展上更具优势，常客户可以完全享受移动设备带来的便利。而针对普通客户，推荐他们使用微信微网站，微信微网站在推广上更加容易，并且不需要安装客户端软件，不会占用客户的手机存储和运行空间，让客户更加容易接受。对于铁路物流园的操作人员，需要开发一个依托于物流园区系统的APP。与目前的物流园区系统数据接口对接，实现数据的无缝连接。同时也需要兼顾效率，刨除掉一些PC端既有而手机端不需要的功能。
　　针对铁路物流园区的系统，在开发客户端的APP时，应该具有提供提交订单的功能，客户提交订单以后，手机APP通过相关接口，将客户提交的订单提交到铁路物流园区的Web服务器的相关处理程序中。处理程序会推送订单状态的信息，比如订单成功或者失败。订单提交成功以后，客户可以跟踪自己的订单状态，查看货物在仓库中的位置或者查看货物的在途信息。客户在收到货物之后可以选择签收货物，并对该次交易进行评价或者选择客户服务进行投诉维权。对于司机端的APP，首先需要提供自己现在正在进行的接取送达信息，点开相关的条目时，可以看到货物在物流园区的位置，相关的智能大门的信息，以及接取送达时限的信息；其次需要提供完成的接取送达的信息展示；最后应该提供园区增值服务的接口，例如加油服务，住宿服务和餐饮服务等。对于物流园区的操作人员，需要提供代客下订单；审核订单；将订单转发给司机；生成智能大门相关信息并推送给司机；货物的库区库位管理；提供货位图和箱位图的展示；货物的出入库管理；下架作业以及库存的盘点功能。而对于微信微网站，倾向于建立服务号而不是订阅号，因为订阅号所提供的服务远没有服务号强大。微信服务号的建立主要是开发市场，更多的面向没用过或者很少用过物流园区系统的客户。通过定期的推送服务和优惠，被动的打开一些市场，同时提供客户端APP的全部功能。
　　在APP开发过程中，经常出现的问题就是Activity的代码量过大。Activity中虽然划分了模块并且隔离了接口，但Activity本身需要和用户进行不断地互操作，同时也需要对APP起着Controller的作用，导致带入了大量的逻辑代码，造成了Activity的臃肿。为了解决这个问题，可以对铁路物流园区的APP引入了MVP的框架思路。MVP是从更为熟悉的MVC框架演变过来的基于事件驱动的应用框架，因为MVP是从MVC演变而来，因此与MVC有一定的相似性。MVP框架由负责显示的View层，负责逻辑处理的Presenter层和提供数据的Model层3部分组成。在MVC模式中，Activity应该是属于View这一层。而实质上，它除了承担了View层的展示作用，同时也包含了一些控制器的作用。这对于开发与维护来说不太友好，耦合度大高。把Activity的View和Controller抽离出来就变成了View和Presenter。在MVP框架中，View与Model并不直接交互，所有的交互放在Presenter中。而在MVC里，View与Model会直接产生一定的交互。MVP的Presenter是框架的控制者，承担了大量的逻辑操作，而与之对应的MVC的Controller则更多的承担一些转发的操作。这就是MVP模式，使用了MVP模式，Activity的工作就变得简单了，只用来响应生命周期，其他工作都丢到Presenter中去完成。Model层和View层的交互只能通过Presenter这个独木桥，为了解除耦合，View层并不能直接对Model层进行操作，只能通过Presenter与Model进行交互，这也是MVP与MVC最大的不同之处，这避免了传统MVC模式的Activity的臃肿，实现了关注点分离，方便了开发人员的编码和测试工作。
　　对于铁路物流园区微信公众号的开发，将使用HTML5CSS3Javascript的模式。现在很多公司都会设计开发独立的移动应用程序，但是HTML5很可能会是独立移动应用的终结者。由于HTML5将应用的功能直接加入其内核，也加入了很多类似定位的实用功能，这很可能引导移动技术潮流重新回到浏览器时代。HTML5允许开发者在（移动）浏览器内开发应用，这对程序直接移植到APP中提供了便利。对于我们的铁路物流园区的货区货位功能，我们可以使用基于SVG、Canvas、WebGL及CSS3的3D功能这几项技术结合的方法，通过使用Canvas，SVG做出货区货位的平面效果方便操作，再使用WebGL做出货区货位的3D展示效果。用户会惊叹于在浏览器中，所呈现的惊人视觉效果，仿佛亲身置于物流园中间。
　　而另一个HTML5CSS3Javascript的模式的优势在于网页的自适应，实现了一次设计，普遍适用，让同一张网页自动适应不同大小的屏幕，根据屏幕宽度，自动调整布局（layout）。对于铁路物流园区系统，还应该拥有服务器的推送功能，HTML5的ServerSentEvent正好可以给我们提供这种推送的功能，能够实现将数据从服务器端主动推送到客户端的功能。
　　尽管在铁路物流管理中仓储及配送管理信息系统处于核心地位，但它只是服务于整个铁路物流与供应链管理系统，只建设仓储及配送管理系统和相关的配套系统，用此来提高企业物流管理信息化水平是远远不够的，更重要的是紧跟现代物流和仓储技术的发展潮流，完善以铁路为依托的物流园区，同时大力发展铁路物流园区的移动端等较前沿技术的发展作为物流园区发展的依托，才能更好地为铁路园区的发展，为中国铁路事业的发展做出贡献。