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

解决方案 »

  1.   

    在js和php两边各编写一个统一接口,定义一套函数调用的规则,函数名和参数如何传递等等,靠json返回结果調用規則可以統一,但檢查的代碼還是要分開寫js和php 兩套啊
      

  2.   

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

  3.   

    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 操作功能,一时还不能退出历史舞台
      

  4.   


    2.希望能得到更具体的防止站外调用的技术实现细节
    3.所以在想办法解决~ 不想js实现的原因就如主楼所说,我个人也不喜欢将同样的功能写2份代码,太别扭了
    4.解决这个问题最大的阻碍是php与js语法不通,但nodejs没有,so,后者是最有可能解决的
    没接触过asp.net,不知道它实现到了怎样的程度?
      

  5.   


    嗯,服务器压力确实是提了个醒
    所以想寻找更好的办法,在不占用额外请求的前提下,将php中某些功能自动移植到js
      

  6.   


     谢谢xu大大,长了不少知识很感兴趣为什么nodejs会火,是什么原因异军突起?
    看到很多人说最大的原因就是javascript,让前端工程师毫不费力向后转
    我觉得既然他们是一家子的,想实现点字符串处理,应该用不着网络通讯吧,直接本机搞定
    比如html中请求一个function.js文件,实际上是nodejs原生的后端代码直接复制进去的
    虽然不是本版内容也很想了解倒是做第三方接口方面的工作时,碰到过几次soap这个词
    因为sdk的存在,也能确定大概的原理,就没去查,原来都是那一套规范性质的东西~
    之前做IOS端APP的同事问我,你后台是webservice吗?
    我说不是啊,就像普通的网页一样,输出json串而已
      

  7.   

    nodejs的主要卖点是non-blocking I/O
    要说.net java没有操作json的东西,其实php也只有 json_encode, json_decode而已。
      

  8.   

    php js 語法不同
    所以判斷代碼要寫兩種語言的。
      

  9.   


    你说的有道理,但我在想更多的可能性:web开发的升级空间仍然很大