Maqetta 10发布,基于web的HTML5 UI设计器.doc

html5网站jquery教程
CV9Q
Maqetta开发团队近日发布了最新的Maqetta 10版本。这是一个基于web的HTML5用户界面设计编辑工具,提供了所见即所得的可视化设计功能,用户仅需简单的拖拽操作即可。该工具最初由IBM开发,于2011年4月开源并捐赠给Dojo基金会。
Maqetta应用本身使用HTML5/AJAX编写,提供的功能包括:
所见即所得的可视化页面编辑拖曳式移动UI设计设计、源码同步编辑对CSS样式的深度支持Maqetta 10的主要新特性包括:
允许从本地上传zip文件到云工作区允许克隆现有项目,并保存为项目模板重新设计的工具栏和上下文菜单新的工具图标支持onChange事件源码编辑器中的相关操作现在可撤销基于(Eclipse 的基于浏览器的Web开发平台)构建改进了多视图移动应用的源码编辑功能可通过拖拽对应用状态进行排序改进了SmartInputTheme编辑器现在支持模拟CSS伪类行为详细信息:
下载地址:
网上的很多关于API设计的观点都十分”学院派“,它们也许更有理论基础,但是有时却和现实世界脱轨(因此我是自由派)。所以我这篇文章的目标是从实践的角度出发,给出当前网络应用的API设计最佳实践(当然,是我认为的最佳了~),如果觉得不合适,我不会遵从标准。当然作为设计的基础,几个必须的原则还是要遵守的:
当标准合理的时候遵守标准。API应该对程序员友好,并且在浏览器地址栏容易输入。API应该简单,直观,容易使用的同时优雅。API应该具有足够的灵活性来支持上层ui。API设计权衡上述几个原则。需要强调的是:API的就是程序员的UI,和其他UI一样,你必须仔细考虑它的用户体验!
使用RESTful URLs 和action
虽然前面我说没有一个万能的API设计标准。但确实有一个被普遍承认和遵守:RESTfu设计原则。它被Roy Felding提出(在他的”基于网络的软件架构“论文中)。而REST的核心原则是将你的API拆分为逻辑上的资源。这些资源通过
http被操作(GET ,POST,PUT,DELETE)。
那么我应该如何拆分出这些资源呢?
显然从API用户的角度来看,”资源“应该是个名词。即使你的内部数据模型和资源已经有了很好的对应,API设计的时候你仍然不需要把它们一对一的都暴露出来。这里的关键是隐藏内部资源,暴露必需的外部资源。
在SupportFu里,资源是 ticket、user、group。
一旦定义好了要暴露的资源,你可以定义资源上允许的操作,以及这些操作和你的API的对应关系:
GET /tickets # 获取ticket列表GET /tickets/12 # 查看某个具体的ticketPOST /tickets # 新建一个ticketPUT /tickets/12 # 更新ticket /tickets/12 #
删除ticekt 12可以看出使用REST的好处在于可以充分利用http的强大实现对资源的CURD功能。而这里你只需要一个endpoint:/tickets,再没有其他什么命名规则和url规则了,cool!
这个endpoint的单数复数
一个可以遵从的规则是:虽然看起来使用复数来描述某一个资源实例看起来别扭,但是统一所有的endpoint,使用复数使得你的URL更加规整。这让API使用者更加容易理解,对开发者来说也更容易实现。
如何处理关联?关于如何处理资源之间的管理REST原则也有相关的描述:
GET /tickets/12/messages- Retrieves list of messages for ticket #12GET /tickets/12/messages/5- Retrieves message #5 for ticket #12POST /tickets/12/messages- Creates a new message in ticket #12PUT /tickets/12/messages/5- Updates message #5 for ticket #12PATCH /tickets/12/messages/5- Partially updates message #5 for ticket #12DELETE /tickets/12/messages/5- Deletes message #5 for ticket #12

其中,如果这种关联和资源独立,那么我们可以在资源的输出表示中保存相应资源的endpoint。然后API的使用者就可以通过点击链接找到相关的资源。如果关联和资源联系紧密。资源的输出表示就应该直接保存相应资源信息。(