说起ServiceNow，可能很多人并不太熟悉，因为在中国还看不到它的足迹，但是在国外，ServiceNow的名气可一点都不小。
ServiceNow是一家公司的名字，同时也是产品的名字，作为一家百亿美元的「独角兽」，ServiceNow从成立到成功登陆纳斯达克仅仅用了7年的时间。
在全球SaaS(softwareasaservice)公司中排名第二（统计时间：年1月），排名第一的依然是老大哥Salesforce。
近年ServiceNow在海外市场的发展，尤其是日本市场，可谓是风生水起。
乐科科株式会社作为日本市场最早和ServiceNow合作的公司之一，这些年也积累了不少经验。
本人开发ServiceNow也有3年左右了，在日本工作期间便和ServiceNowJapan的员工共同开发过多个项目。
那么在ServiceNow上开发一个应用程序究竟是怎样一种体验呢？
ServiceNow是做ITSM(ITservicemanagement)起家的，但如今的ServiceNow并不单单只有ITSM，
还有CSM(customerservicemanagement)、HRSD(humanresourceservicedelivery)等等，这些在ServiceNow中都被称为Plugin，也可以理解为是一个“应用”。
除了官方提供的应用之外，开发者也可以开发自己的应用，供企业客户使用，也可以发布到商城上去。
内置超多plugin，可根据需要自行下载
也可以自己开发应用，发布到商城里
每一个应用里面包含一个或者多个Scope，也就是所谓的“域”，他们之间的数据访问受到一系列跨域访问规则的制约。
而在每个Scope中，开发就自由很多。
利用ServiceNow提供的UI可以实现很多功能，建立表格和字段通常是第一步，
一旦表格建立后，便可以直接通过管理界面的默认List页面和Form页面CRUD各个记录了，就像继承了一个强大的数据库图形管理工具，是不是很方便？
ListForm
上面说的是记录的显示，ServiceNow后台可以定义许许多多的规则（脚本）,例如：
ClientScript：客户端脚本控制
UIAction：客户端按钮定义
UIPolicy：客户端字段显示等UI控制
BusinessRule：服务器端业务逻辑控制
等等。
ServiceNow上的脚本从执行环境来分，可以分为客户端代码和服务器端代码，不同的需求需要选择不同的脚本来实现。
clientscript脚本样例
从上述简略介绍可以看到，ServiceNow这类SaaS可以通过非常便捷的配置/开发，在短时间内实现复杂的功能，达到商用的目的。
但其也有明显的缺点:
1.二次开发的模式导致受平台制约严重，难以个性化定制。做到“能用”并不难，但要做到每个客户都“用得好”就有难度。
2.对于性能调优不太重视：
一个是这样的开发模式容易导致开发者忽视开发过程中对性能的优化，
另一个是开发完成后一旦出现性能问题，用ServiceNow的诊断工具也难以定位问题所在。
要做好Balance（平衡）真的不容易呀
随着ServiceNow不断地迭代更新，无论是功能还是性能上都已经有了不小的进步，相信以后会变得更加成熟。
好了，本文就简单介绍到这里了，大家有兴趣的话我将在以后的文章里对ServiceNow应用开发的技术细节进行讲解。