不写画面的网页程式设计，Web API、Web Service、WCF Service
不写画面的网页程式设计，Web API、Web Service、WCF Service
以前都说我们是写 "网页" 的
以后，我可以说我们是提供「数据」的、提供「服务」的
客户有一个系统（可能是 Windows Form .exe执行档、可能是网页、可能是手机 Mobile APP），
三不五时要连上我方，即时查询资料
以前的作法是给对方一个帐号，让他可以连上我们的DB来查询。
所以，早期的同仁，真的给他们DB连结字串
客户的Windows程式、网站就真的靠这么危险的方式，连上我们公司的DB。
但怎么想都觉得危险，而且......
如果对方SQL指令乱下，把效能搞得更烂，岂不是惨兮兮？
如果对方不小心，设定档被偷走，看到我方DB Connection String怎么办？
几年前的 Internet还没有那么大的频宽，所以还得种种限制，避免他们一次查询太多数据
我接手以后，改用了Web Service (WS-*)来做，之前我有几篇文章介绍过。
没想到一晃眼也七八年过去了
满有趣的，前些年，我网站上流量或是点阅率最高的就是 -- 搜寻「Web Service」这个关键字而连上我的网站
后来客户导入了电话语音卡(CTI)
就是我们打电话给银行、信用卡公司，电话里面的语音系统都会请您这样操作：
按下一，帮您查询帐单金额
按下二，帮您做XYZ等等
按下九，帮您转接专人。
你把我打一顿，我也不会、不懂CTI电话语音卡、电话总机啊
那我怎么跟厂商合作？数据怎么交换？
厂商问我：会不会Socket，可以彼此串连？
我不会。
我问他：您的CTI可以连上网路吗？可以收发网页资讯吗？
厂商说可以。
于是，透过Web Service一路做到今天。
去年，这套系统改成 Mobile APP（手机与平版）的介面。
我呢？我要怎么配合修改？
没有，我完全没事做，发呆，等厂商写好后，跟我测试而已
然后就上线了
然后呢，莫名其妙的，变成这部门第一套走入行动运算的功能
老板很开心地拿去跟别人炫耀
（我什么事都没做，结果呢？大家都很开心，包含：我、合作厂商、老板、客户）
前些天，一位大学的老师跟我聊天，说现在流行前端技术，大家都在做手机APP
他担心：有了画面，那资料谁来喂？谁负责提供资料给这些APP呢？
（意思是说：每个人都在搞手机APP、手机游戏。一窝蜂，好像没人想做后端、资料库程式了）
我跟他说，那很好啊。都没人做，就给我做吧。
反正我对于前端技术没兴趣，我就专心挖资料、传递数据，提供他们（各种前端技术）资料吧
他们（各种前端技术）负责 "画面"展示
我负责 "资料存取"
这样很棒，大家都有工作。
而且不像以前，画面做得不好看、配色、UI......对方GGYY了老半天，但那不是我的专长，我怎样都满足不了对方的审美观
终于跟讨人厌的「画面」「UI」脱离了
我反倒松了一口气
这代表我不用接 End User的抱怨电话了，以后他们来电抱怨，顶多就是我给的资料不对
（虽然资料有错，是很严重的事，但至少我熟悉这一块，比较好抓出问题）
User再也不会抱怨 "画面"的问题、字体大小、UI不顺或是不好看
（前端画面的美丑，我比较无能为力）
以前写 ActionScript程式产生 Flash动画与AIR时，觉得很奇怪，
怎么他们的程式没有连结资料库的部分呢？
后来才发觉，他们透过Web Service来处理，让「画面」归「画面」，「资料来源」归「资料来源」
其实区分得很清楚。
以前都说我们是写 "网页" 的
以后，我可以说我们是提供「数据」的、提供「服务」的
Web Service / WCF Service / WebAPI 救了我们一命，也延续了我们（网页程式）的生命周期
[远距教学、线上影片] Web Service + WCF + WebAPI网页服务
课程大纲、试听，请看 https://dotblogs.com.tw/mis2000lab/2018/11/12/mvc_json_easy_learning
https://mis2000lab.pixnet.net/blog/post/35317363
课程除了「后端」的Web Service / WCF / WebAPI以外 （这些范例都有 Web Form / MVC两种示范）
还包含前端（jQuery / JavaScript）如何呼叫后端服务的范例。也有JSON的介绍与应用。
课程没有枯燥的理论介绍，全都提供「立即可用的范例」让您改写。
100%动手做、做中学！
相关文章：
WCF 新手入门 #2 -- 撰写第一个 WCF程式
https://www.dotblogs.com.tw/mis2000lab/archive/2010/09/16/wcf_02_diy.aspx
