XPages

大家好，才是真的好。今天我们聊一聊XPages，不是具体技术，而是它作为一个开发平台的前景探讨。我们首先会回顾一下XPages的历史进程，在这其中有一个核心词，叫做“BP”，即Business Partner商业合作伙伴。

你可能真没想到，XPages其实最早来自于IBM的BP。虽然我们在很多书上都看到，XPages最初起源于Lotus Component Designer（LCD）产品，LCD又基于Eclipse，为WAS和WebSphere Portal创建应用产品，而后其中XFaces（XSP）技术得到保留，用于Domino/Notes平台进行Web开发。

不需要理解哪么多。其实，早在2000年，国外的IBM BP就在想如何改进Domino上的Web应用开发方式。他们想把C/S应用开发模式中的那种拖拖拽拽控件，而后写点公式或LS，就可以开发出很好的C/S应用程序的办法，带到Web开发上来。当时，Domino上的Web开发已经做得很好了，使用表单视图页面嵌入HTML和JavaScript，加上代理的方式，界面很漂亮，功能也很强大，但是不过总觉得有些问题，如它并不是所见即所得的设计方式，开发代价很大，要实现某些界面或前端功能可能需要很多人力，调试更是难受。

一家叫做Trilog的IBM BP为此不懈努力奋斗，在2000年时研发出了XSP技术，用于改善Web开发。2004年IBM将它收之麾下，雪藏了4年，技术储备做得很好，但错过了市场时机。直到2009年1月——也就是十年前，在Notes/Domino R8.5发布的时候，IBM才推出了XPages技术。

即便如此，社区和BP也广受鼓舞：与Domino紧密相连、现代化的Web设计方式、良好的界面、开箱即用、Ajax和局部刷新、资源和控件重用等等，极大地方便了Web开发进度。而且XPages还能够支持全平台运行，即一次开发，在Web和移动设备浏览器上，以及Notes客户机（XPiNC）都能够运行。

XPages是Domino平台上天生强大的Web开发利器，很多BP和开发人员由此也都全身心地转入到XPages技术的发展和推广当中，如openntf、xpages101、notesin9等等。很多BP也帮助产品查缺补漏，为XPages的不足创建了无以数计的扩展控件和插件等等，openntf还定期发布extlib（扩展库，包含一系列的XPages扩展控件和主题）。举一个例子，当初XPages选择了Dojo作为前端实现的主要技术方式，而命运无情、造化弄人，后来Dojo受到冷落，而jQuery日益强大，BP们则努力地将jQuery和Bootstrap集成到XPages当中。后来在Notes和Domino 853UP1和UP2以及R9产品发布时，都能作为卖点，集成到Designer和Domino中，XPages技术热潮在2013年和2014年达到顶峰。

我们可能又谈到技术里面去了。其实，我想说的是，Domino纵横江湖30载，靠的就是一群有情怀的死忠粉和强有力的各路BP们不遗余力地支持，出现一个技术热点，大家都会全力捧场。厂家支持不够，自己努力钻研和分享，反馈到产品当中，帮助产品的改进和完善，甚至直接促成下一代版本的新产品发布。可以说，Domino既是IBM的产品，也是所有生态人的亲儿子。

虽然没有明确能确认的消息，但在3月14号的Noets和Domino V11路线图广播中，有提到将从Notes和Designer中移除Eclipse，回到1989年到2008年那条线上来。新的Notes客户机我们在上一篇中已经提及到了，移除Eclipse这也意味着今后XPages作为开发技术路线的不确定，甚至国外很多人喊出“XPages作为开发平台已经没有前途”的话来，更有人大声疾呼：“是时候重新学习LotusScript了”，虽然IBM和HCL还在反复强调，未来平台将会继续支持XPages应用程序的运行。

十年了，是留恋，还是继续前行，取决于各位开发者自己。我们唯一的判断是，平台依然支持XPages，但XPages可能不会继续演进和升级了。旧的道路已经在身后，新的道路我们将继续探索前行。

如果很多年后，你还记得XPages，请记得XPages叫XPages，而不是XPage。

更多精彩内容请关注微信公众号“协作者”