BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

了解Nanoko:JavaScript SOA平台和构建过程

| 作者 Tim Heckel 关注 0 他的粉丝 ,译者 朱伟健 关注 0 他的粉丝 发布于 2013年7月12日. 估计阅读时间: 8 分钟 | ArchSummit北京2018 共同探讨机器学习、信息安全、微服务治理的关键点

Nanoko是由Ubidreams和Dynamis Technologies开发的一个JavaScript构建过程,它被设计用于提供模块化和可重用性来弥补现有工具的不足,而不是做重复发明的工作。

InfoQ邀请Ubiderams的创建者Romain Pellerin就该平台进行了一番深入的分析。

InfoQ:面向大型客户端应用程序的时候,为什么我要选用Nanoko而不是ember.js或者angular.js呢?

“Nanoko并不是一个MVC或者MVVM框架。与angular和ember不同,Nanoko提供了一种构建过程以确保构建过程中的可重复性。它还综合了测试、聚合、压缩和一堆web语言,比如Less和CoffeeScript。Nanoko还提供了一个框架来构建和运行模块应用程序。Nanoko的主要成果来源于这样的组合:工业化的构建过程和模块化的运行时。

Nanoko并没有将重点放在以UI为中心的体系结构上,而是着力于以服务为导向,努力使开发更加灵活,集成更加容易。”

InfoQ:现在有什么产品级应用使用Nanoko吗?如果有,请举个例子?

“有的,Ubidreams为Remy Cointreau开发了一个叫“Gourmandise”的跨平台应用程序。这个应用程序是一个移动商品目录,是销售部门会见客户时使用的。除了那个iPad应用程序外,还有一个web应用程序(CMS)也是使用Nanoko栈开发的。这个CMS可以在任何浏览器上运行(包括IE8)。

有趣的事实:这两个应用程序的(JavaScript)源代码有80%是相同的,只在UI上有些差异。之所以会这样是因为它们使用了Nanoko提供的架构样式。”

InfoQ:Nanoko是什么架构的变种?MVC,MVM,MVVM还是其他的?我查阅了FAQ,据说Nanoko与现有MV*框架是互补的。

“Nanoko的定位不是推倒重来。事实上,许多JavaScript库正在做惊人的工作。因此,你可以自由选择你的模式和相关的库。然后将它们封装为一个或多个Nanoko组件。这些组件之间通过松耦合的方式进行交互,与web服务比较接近(不过没有负载)。

Nanoko简化了体系架构的构建过程。比方说,Ubidreams曾用的MVC模式有如下特征:

  • 模型基于服务器返回的JSON数据结构而构造。
  • 视图是使用Enyo和Twitter Bootstrap组件实现的。这些组件可用与否取决于设备/浏览器的特性。
  • 控制器仅仅是Nanoko的某种组件(事实上是h-ubu式的组件),负责管理模型和视图之间的链接。它也是依赖于服务。
  • 服务是可重用的功能(比如安全,网络任务和调度),它也是Nanoko的组件并通过控制器来使用。”

InfoQ:如果Nanoko是补充性的,那么就其本身而言,与其说是一个框架,倒不如看做以离散的模块化的方式来组织你的应用程序的方法,这么说有道理吗?

“是的,这是对Nanoko优点很好的评价。与angular.js和backbone.js这类的框架相比,它更像是一个平台。很明显这种引用取决于你对“框架”的定义。无论如何,将Nanoko看做构建基于模块/组件应用程序的平台可能更容易一些。”

InfoQ:Nanoko并不是一个框架,这点你同意吗?请解释一下原因。

“我同意这个观点。Nanoko让你能弥合各种不同的技术。这么做是因为,Nanoko旨在提升开发的工业化水平和效率。”

InfoQ:Maven如何与Nanoko交互?为什么Maven比Grunt更好?

“Maven是在Nanoko工业强度的持续构建/交付链的核心。我们对Maven或爱或恨。事实上,Maven已经彻底的改进了Java软件构建的方式。我们认为,Maven的严格性和它的各种规范为web开发的工业化铺平了道路。就像Ant在几年前为Java所做的一样,Grunt也提供了很大的自由性。然而,没有严格定义的生命周期、强大的依赖项管理和企业产品库,这样的工业化生产就算是不混乱,那也是很艰难的。

使用Maven也意味着后端系统和web端应用程序也要使用同样的构建系统。这是非常重要的因素。此外,两者的依赖性会变得很简单:只是一个Maven依赖。

更不用说发布流程和文档管理也是将Maven作为Nanoko平台的基石。”

InfoQ:请解释下Nanoko和J2EE应用程序开发如何交互?这个服务器端技术如何与Nanoko相互兼容?

“Nanoko并不是说被绑定到JavaEE或者其他后端技术。不过Nanoko栈与这些技术相互整合是肯定的。Nanoko提倡以服务为导向,它的特征都体现在‘服务’上。后台服务器仅仅是提供RESTful或者web服务。所以在Nanoko中实现这些服务就像馅饼一样简单:一个提供了非常相似的服务接口的组件。其他组件仅仅是依赖于这个组件访问服务器的功能罢了。”

InfoQ:Nanoko与node.js和require.js的区别在哪里?

“首先,Nanoko与require.js和node.js是相互兼容的。实际上,它是很推崇它们的。你可以将Nanoko看做一种建立和绑定require或者node的模块的方式。

使用面向服务时,模块的交互是通过预定义的服务完成的(在Nanoko中名为合约)。这种松散的耦合允许模块被替换(甚至是在运行的时候)。你能很快地体会到这种模式的益处:根据平台和运行时的上下文选择使用/停用各模块、模块的异步开发和相对更方便的检测等等。”

InfoQ:为何你要将Nanoko开源呢?它将遵循何种协议?

“Nanoko是多家公司(Ubidreams、dynamis-technologies、Grenoble University等等)协作努力的结果,这些公司都将开源作为他们的核心价值之一。所以将Nanoko的源代码开放对我们来说是很自然的事情。与各位创始人协商后,我们选择可OW2联盟,因为我们相当认同OW2的价值观。

Nanoko的源码遵循Apache License 2.0协议,在商业应用上没有任何障碍。完全版的代码库可以在GitHub上找到。发行版已经公布在Maven Central中,因而Nanoko的组件使用起来非常方便。”

InfoQ:这个项目由哪里领导?

“领导该项目的机构在法国的拉罗谢尔(Ubidreams HQ)和和格勒诺布尔城(Dynamis technologies HQ)。Nanoko参加了OW2开源联盟来提高国际知名度。在OW2和它所有成员的大力支持下,Nanoko的未来一片光明。”

查看英文原文Meet Nanoko: a Javascript SOA Platform and Build Process


感谢崔康对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT