Ⅰ win32 api windows 编程接口函数，api好像是用c编写的，那么微软有没有提供api的源码呢，api是怎么编写的
想看API是怎么编写的，可以去学下《C语言接口与实现:创建可重用软件的技术》。他会教你C语言的接口的实现技术。
不过WIN32的编程接口函数可是C++编写的，不是C写的哦！
微软一向是闭源的，所以应该是不提供真正的API源码，但是就像MFC有很多人研究，并猜测里面的源码一样，WIN32 API肯定也有人研究过，写过他自己理解的API源码。
不过你最开始还是先以会用为主，用熟为主。等到API精通以后，再在了解WINDOWS操作系统工作原理的基础，看看别人是怎么分析WIN32 API的。
Ⅱ API第三方支付平台程序源码 java JSP
支付平台程序+[Q]845567777
【语言】Java
【数据库】mysql
【程序优点】
JAVA语言编写，安全、高效、快捷，通过本API系统程序可快速搭建自己的支付平台，有支付接口即可发展商户。
国内支付平台程序首批Java程序国内外大型企业、银行、第三方企业级的站等都用JAVA开发
JAVA安全性稳定性极高，跨平台等优点
其他语言aspphpnet等和JAVA比不是一个档次
【更多功能】
★本平台程序接口兼容易宝支付接口。只要客户网站有易宝接口，直接换掉提交地址和ID密钥即可使用
★兼容点卡和网银、支持直连接入、非直连接入、在线充值。直接接入就是在自己的网站上写入银行编码、请求的时候直接到银行非直连的意思就是不需要在自己的网站写网银编码、在系统上提交到银行
★特有功能：扣单、恢复订单、银行拆分、独立支付宝、独立网银等后台订单明细特别清晰后台明细多种方式并非那些小平台可比
Ⅲ api源代码
我给个你吧!
Ⅳ 我想做一个自己网站的api供手机客户端调用，该怎么实现，上源代码、
简单点的话，采用google的GAE设置服务端, 写Sevelet就可以搞定, 手机客户端的话, 自己写了. 传说中的Open API的方式, 参考: http://blog.csdn.net/ostrichmyself
Ⅳ 按照教程说的，api编程，教程中的源代码运行不了
编写API文档，是令众多开发者望而生畏的任务之一。它本身是一件费时费力才能做好的工作。可是大多数时候，人们却总是想抄抄捷径，这样做的结果往往非常令人遗憾的，因为优质的技术文档是决定你的项目是否引人关注的重要因素。无论开源产品或面向开发者的产品，均是如此。 实际上，我想说明的是：对于面向开发者的产品来说，其用户体验中最重要的一环并不是什么主页设计、登录过程、或者SDK下载。真正最重要的是产品的API文档！如果没人知道你的产品如何使用，纵使它巧夺天工，又有何用？ 如果你是一个专门从事面向开发者产品设计的工程师，那么编写完善的技术文档，就跟你为终端用户提供良好用户体验一样关键。 我见过许多类似的情况，一个项目被草率地扔到GitHub的页面上，仅仅配有两行的readme说明文件。要知道，真正成功的API文档是需要用爱来悉心制作的艺术品。在Parse产品项目里，我们就把自己奉献给了这门艺术！ 那么，什么才是制作优秀API文档的关键因素呢？ 1. 绝不吝惜使用层次 你的设计文档不应当仅仅直白地列出所有的终端函数和其参数。好的文档应该是一整套有机的系统内容，能指引用户通过文档与API进行交互。退一万步说，你至少让你的文档包含以下几个部分。 参考索引：参考索引应当是一个事无巨细的列表，包含了所有功能函数的繁文缛节。它必须注明所有的数据类型和函数规格。高级开发者要能够拿着它整天当参考书使用。 开发指南：这是介于参考索引和开发教程中间程度的文档。它就仿佛是一篇更加详细的参考索引，阐明了如何使用各种API。 开发教程：开发教程会更加具体地阐述如何使用API，并着重介绍其中的一部分功能。如果能提供可编译运行的源代码，那就再好不过了。 在Parse项目里，我们做到了上述所有三个部分。目前我们正在努力编制更多的开发教程。 2. 不要在例子中包含抽象概念 你可以争辩说，我的API本身就是个抽象体, 抽象就是它的特点。然而，当你在教会开发者如何使用的过程中，还是能不抽象就不抽象比较好。 在你的文档中尽可能地举现实中的例子吧。没有哪个开发者会抱怨你举例太多的。实际上，这种做法能显着地缩短开发者理解你产品的时间。对此，我们的网站里甚至给出一个代码样例加以解释。 3. 减少点击次数 开发者痛恨点击鼠标，这已经不是什么秘密了。千万别把你的文档分散在数以万计的页面当中。尽量把相关的主题都放到一个页面里。 我们非常赞成使用“单页面大指南”的组织形式，这种形式不仅能让用户纵览全局，仅仅通过一个导航栏就能进入他们感兴趣的任意主题，另外还有一个好处是：用户在进行搜索的时候，仅仅搜索当前页面，就能涵盖查找所有的内容。 4. 包含适当的快速指南 万事开头难，开发者学习一套全新的API，不得不重新适应其全新的思维方式，学习代价高昂。对于这个问题的解决办法是：通过快速指南来引导开发者。 快速指南的目的是让用户用最小的代价学习如何利用你提供的API干一些小事。仅此而已。一旦用户完成了快速指南，他们就对自己有了信心，并能向更加深入的主题迈进。 举个例子，我们的快速指南能让用户下载SDK以及在平台上存储一个对象。为此，我们甚至做了一个按钮，来让用户测试他们是否正确地完成了快速指南。这能提升用户的信心，以鼓励他们学习我们产品其他的部分。 5. 支持多种编程语言 我们生活在一个多语言的世界。如果可能的话，为你的API提供各种编程语言版本的样例程序，只要的API支持这些语言。多数时候，多语言的工作都是由客户端库来完成的。要知道，开发者要想掌握一套API，离开他们熟悉的编程语言，是很难想象的。 MailGun’s API为此做出了良好的榜样。它提供了curl,Ruby,Python,Java,C#和PHP等多个版本供开发者选择。 6. 绝不放过任何边界情况 使用API开发应用，所能遭遇的最糟糕的情况，莫过于你发现了一个文档中没有提到的错误。如果你遇到这种情况，就意味着你不能确认究竟是你的程序出了错，还是你对API的理解出了错。 因此，参考索引中必须包含每种假设可能造成的边界情况，不论是显示的还是隐式的。花点儿时间在这个上面，绝对能起到事半功倍的效果。 7. 提供样例应用 在学习结束的时候，开发者希望能看到关于项目产品应用的大致蓝图。达到这一目的最好的办法，莫过于提供可运行的样例应用。我发现，应用程序代码是将API运行机理和系统整合融会贯通最好的办法。 8. 加入人性化的因素 阅读技术文档枯燥乏味，自然不像坐过山车那样紧张刺激。不过，你至少可以通过加入一些人性化的因素，或者开开玩笑。给你的例子中的变量其一些好玩儿的名字吧，别老是把函数名称叫什么foo之类的，好让你的读者有焕然一新的感觉。 至少，这可以保证你的读者不会读着读着就睡过去。 结论： 若要想深入人心，一个良好的设计文档必不可少。然而，设计一个好文档是需要大量投入才能形成的。但是，这些投入是值得的，因为它的意义和产品本身同等重要。 编写良好文档的另一半诀窍，是要从产品开发的初始阶段就朝着这个方向努力。不过，这就不是本文讨论的范畴了。
Ⅵ 怎么把Java源代码封装成api的形式
源代码应该是写在一个类里边的，通过myeclipse或者是eclipse来打包成jar包，
然后把jar包导入到项目工程中，
直接写类名，然后会提示导入该类所属的包，这样就可以的噢。
平时的源码封装和使用是这样子的。
Ⅶ VB6.0怎样用API来获取网页源代码
网页源代码出现乱码的原因可能是：网页源代码是UTF-8编码，必须转换为Unicode才行。
这个问题不解决，用任何API来获取都是一样的结果。
所以，用Inet1控件来获取是没有问题的。
Ⅷ JAVA API类库的源码是用什么语言写的 难道也是JAVA
就是Java写的啊，你看到的乱七八糟的东西，是因为，那些代码的换行符号，是unix格式的，所以是一个黑方块的。你用写字板打开就可以看到正常的了