1. webservice的定义其实很宽，其实就是一种远程调用技术。
2. 基于身份验证，同域的后端与前段交互可以基于网站本身的用户身份验证，后端与后端的交互验证实现方式就多了
3. 简单的字符串处理等函数(不是基于依赖数据查询的复杂业务的)应该同样在js实现一个，网络问题没办法解决。
4. 基于web是不可能的。

其实楼主想要实现的东西, asp.net的控件早已经实现了.

在js和php两边各编写一个统一接口，定义一套函数调用的规则，函数名和参数如何传递等等，靠json返回结果

調用規則可以統一，但檢查的代碼還是要分開寫js和php 兩套啊

正常就是该这么做吧！
前端把敏感数据传过来，服务端处理完成返回json数据！
但是普通的字符串处理建议别放服务端，增加了服务端压力！尽量在客户端处理！

所以想寻找更好的办法，在不占用额外请求的前提下，将php中某些功能自动移植到js

php函数不能放在js中使用，原因很简单：两者的语法规则不一样。
所以，只要两者的语法规则是一样的，那么就可相互调用，比如 nodejs 和 javascript
当然因为两者处于网络的两端，这就有了通讯的问题。好在 nodejs 天生就支持 websock 协议，通讯问题就被内部隐藏了
不过这显然不是 php 版面讨论的问题

微软一直在推耸廋客户端的 B/S，所以 vs 中就出现了客户端控件这个东西（只需在服务端书写代码）
它实际上是通过 xmlhttp 组件实现了浏览器与服务器间的通讯
而这种技术就是后来炒的沸沸扬扬的 AJAX 技术

webservice 就是 WEB服务
比较奇怪的是为什么要把它单列出来。普通网站不也是 WEB服务吗？
如果 http://localhost/add.php?a=1&b=2 返回 3，称之为网页
那么 http://localhost/index.php?m=add&a=1&b=2 也返回 3，为何就称之为远程调用了呢
只使用 HTTP 的 get、post 方法的称之为网页
而使用了 HTTP 其他的如 put、delete.... 方法的就称为 REST
其实并没有必要在一些名词上纠结，只要能达到目的就可以了

php 目前提供了
XML-PRC webservice 的初级阶段
SOAP webservice 的高级阶段

但由于 json 的流行，这些东西都不吃香了
只不过因 .Net 和 Java 至今都不肯提供官方的 JSON 操作功能，一时还不能退出历史舞台

做过这么多项目，这类简单验证的代码真不会很多，而且客户端验证也有专用的库，代码不会写很多，重复的代码也不会很多。
像确认用户名存不存在这样的，客户端自己也没办法实现，就不用多考虑了.