很多站长朋友们都不太清楚php打印组件，今天小编就来给大家整理php打印组件，希望对各位有所帮助，具体内容如下：
本文目录一览： 1、 php用什么打印控件 2、 拼多多打印组件 怎么对接打印？ 3、 powerbuilder还有人用吗2021 4、 什么是php???急！！！ 5、 求教:print2flash与php结合使用 php用什么打印控件.就是如果要打印的内容多的话，就不得不使用它的直接打印功能，这样的话就会有水印(无限制使用，但唯独这个功能会加上水印)，好在费用也不多130多RMB(单域名)
不然就是用4方在线的WEB打印控件(昨晚找到的)，功能和LODOP差不多
但方法的封装我觉得LODOP比较好，不过4方在线说是完全免费的(需要申请，就是在你的网站或blog上加他们的链接或是在3个论坛上介绍他们的控件，我这可不算介绍哦...)，稍微使用了下，发现预览的速度比LODOP快上很多，而且资源占用也比较少...
先用LODOP顶上去了...等有空再用4方在线的那个替换(现在这项目要求预览速度要快)
拼多多打印组件 怎么对接打印？1、首先在电脑中， 打开拼多多风速打单注册软件，如下图所示。
2、注册成功后，根据提示前往登录拼多多进行店铺授权添加 ，如下图所示。
3、店铺添加完成后会自动跳转到软件内，第一次使用还需要进行菜鸟电子面单的授权，如下图所示。
4、这时软件就设置好了，接下来就可以进行打印发货了，如下图所示就完成了。
powerbuilder还有人用吗2021浅谈Powerbuilder的未来和Powerbuilder使用者的未来 原创
2010-06-07 01:59:00
4点赞
chengg0769
码龄16年
关注
Powerbuilder的未来预见：
Powerbuilder现在成为sap家族的一个工具，广大使用pb的人士可能忐忑不安，本身12刚出来还没稳定，就出现这样子的事情。通常使用者心底都希望自己的工具是一个保持独立的产品。LAMP能说明这种情况。
我预见，sap作为企业运用的集大成者，整合sybase在业界看来是件好事。我认为也如此。
erp+数据库+平台也是其他几家集团已经整合完成的一个模式。ms，ibm，oracle。都说四家天下。相形之下，sap在db方面是没有话语权，或者说一张结实的桌子只有桌面子，没有四条腿。而sybase恰恰是有四条腿的桌子，反而没有一张结实的桌面子。这二者结合不能说不是件好事。做技术必须要强大的现金流来支撑，就如google的运用做得好一样，因为他有强大而及时的现金流，google的科学家一点都不用考虑公司没钱。ms在开发方面也是以万人投入，其力度是相当大的。以至于就算我们坐上和谐号也追赶不上他家的技术进步。当然我们不能说sybase就缺钱。但是我自身说，sybase比较缺投入。但凡看在眼里的事情都说明这个问题。如果连一个分割条都不屑一顾的话，如果几个古板的控件就可以糊弄近十个版本的话，那请问到底是缺什么。
最新版Powerbuilder混淆器，在全世界得到近200个有效下载量(指知道什么叫混淆的人下载它并细心测试它)，并得到较多质量较好的反馈，在此感谢大家支持这个一个迟来的工具，还好世界很大，从google的group上看有澳大利大，黎巴嫩，法国西班牙的用户很多，否则就国内这么点用户，怕是我这个工具也是白写的了。下载请至:
很多人都期望sybase能保持独立的发展并与sap整合好。当然也提到我们关心的Powerbuilder的问题。
任何人现在都没有得到一丁点信息关于sap对Powerbuilder的态度，好像是这样。sap口口声声地说得到sybase的移动平台，这样很多人很担忧。过多的商业因素我们不去考虑，我只认为，如果把powerdesigner和Powerbuilder从sybase拿掉，或者说从sap拿掉，那会失信于80%的sybase一族，至少情感上和由此联动的反应会这样。不管sap多么强大，毕竟他不属于sybase领域内的专家。就像orcale对mysql的态度敏感一样，稍有点风吹草动，嘘嘘声一片。如是，则跟那种暴发户无两样。我认为sap没有对sybase既有业务能干涉的专业性。sybase在其数据库基础之上，产品线是完善的。虽然遗憾watcom成为open，并且也没有对pb的编译器产生多少影响，以至于到今天为止都不能用机器码编译较大的项目(在我看来如果产品号称可以编译成机器码，但是却耗时良久卡死在那里，或者出现这样那样无可名状的错误让我们使用者无可奈何，这种编译技术是一种耻辱，原谅我用耻辱二字，因为中国字太丰富了，我一定得继承和发扬).我不认为pb会没有发展，但是我否认他能有多大改观。有些事情大家是看在眼里，也不是一天两天的事情了。语言，数据库，编译器都需要灵魂人物，否则不会有太大改观。.net没有安德森可能也就是改良版本的vb，不会好到哪里去。大家都在说pb怎么样不如意，坐轿子不急抬轿子的急。你以为作为sybase不急，不急才怪，可能也是没有办法。他还得受到平台和操作系统等不确定因素的影响而迟迟不能决断。
我认为sap和sybase整合上，是良好耦合，没有多大的冲突，至少对pb来说是这样。不会太像宝蓝那样把ide卖掉(作价两千万也是一个耻辱，听说差点没人要)，因为前端建模到数据库到pb，到其他产品线那是顺理成章缺一不可的。所以c++编译器可以卖掉，但pb不可能，也不可能被轻视。另外一点说pb的历史是伟大的，在历史上是有大量客户应用来开发现在都还在运行的系统，也包括一些政府的基础事业。如果你是sap当家，你会去动这方面的不好的念头。因为这个问题是敏感问题，可以避而不谈，也可以轻描淡写，但不可以随意表达对pb的态度。我想，sap是谨慎的。在行动方面，sybase需要强大的现金流进行基础研究，这是肯定的。以sybase的收入来看，要加大投入与列强站在同一个开发起跑线上，估计有点难。虽然他之前是比较独立的。所以关键就在于sap的投入了，说到底就是钱，其他我觉得没什么担忧的。简单说，不支持好pb和其他工具会丢大量客户和动摇核心业务甚至整个产品线，造成导火索效应，支持得好，大快人心，一群老fans还是紧跟其后，毕竟平台的选择有个惯性。把昨天砍断，从明早全新开始，我个人都是不太可能的，更何况这么大的集团的行为。谨慎的人可能先看看外界的意见再说话，绝不空许下什么狗头愿。
pb是开放支持所有数据库，并在积极同.net平台整合，这是向好的方面。所以他的用户包括40以上的老用户，虽然用户并不都是sybase数据库的使用者。使用者在多种数据库上用pb进行开发，开发的成果遍布各种大小应用。乱动就意味着马上失去。
但此pb命运完全由其当家人抉择。我们无能为力。如积极支持并让其走得更远是利大于弊的。如上所述。
Powerbuilder使用者的未来：
我是一个开发者，自由或者被迫选择平台是没有办法的事情，而且不是说只能选择一个平台开发自己的运用，我们受到多种因素的影响，比如流行度，客户接受情况，成本，开发平台和工具的优劣。这个好像是市场行为，业已形成，就好像台风来了，它往东吹，你就没法往西边跑。
要选择成本小的，客户欢迎和接受的，稳定和流行的平台和工具，这是没得说的。
成本小，体现在开发上，容易开发和修改，后期容易维护，客户接管后也容易管理，不能说让客户要招专家进公司才能接管系统和再开发，那也不行。如那样，恐怕你的钱都收不回来，因为你根本无法交脱手。因实际情况而定，无以特例概全面。程序开发每天都面临反反复复的修改和一遍又一遍的升级。这当中有多少成本根本就没纳入计算，也难怪很多公司都没有加班费，可能严格算起来开软件公司是亏本的事情。以现在广州深圳5000-6000奈何都招不到合适的人。如果你开公司说要给职员良好的待遇，什么都按规定来，请问你会不会亏本。
java空中楼阁消散后，许多人又回到.net平台开始招兵买马，干得轰轰烈烈。当然许多做erp的公司不一样，我记得大概是2004年吧，我去宏远酒店参加一家erp厂商的产品推介会，该厂商已经有用.net开发完整的产品了。也就是说准备期是在2002-2003年，足见走在.net运用的前面。定位的消费群体不一样，我们好多产品注定只能呆在win平台而无法去享受咖啡开发的优雅。
刚才搜网络，有人骂delphi就像是一个不节食的大肚子，要不是生一个怪胎，要不是就是把肚子撑爆。其他语言也一样，总有它发展的一个过程，到最后就是想门门包含，门门精通，岂不知，这世上都是物极必反，任何语言都有他的定位，这种定位会在一定时间的运用之后就凸现出来，会形成他自己的门户和黄金搭档。这么说的话，php支持oop也许又是一个孕妇。网上有论，java也是想包揽一切开发和一切平台，不过，现在他定位企业运用开发和跨平台移动开发等是比较不错的，今天还没有谁能代替他在这些方面的地位。
但：任何平台的持有者，我说的是操作系统的持有者，都不会甘心的。不会有哪个平台会自认无所作为。跨平台只是一个梦想，也只会永远是一个梦想。所以现在专有平台上的开发语言如object c和Symbian上C++等需求。这是品牌强势造成的。跨平台被视作强龙，谁会任强龙呼风唤雨，而平台任由摆布，如你是，你会吗？还是那句，诸侯割据，多足鼎立，谁也不会让着谁。如果纯谈技术，全世界开发一种标准即可，大家都拥护就行了，但是商业社会就不行。大家会搞出10个甚至几十个平台来。以前是pc，现在是上网本，移动上网设备，手机和这阵很跟风的平板等终端。
只想说跨平台，和一次怎么到处怎么（网上有个笑话说是一次编写，到处调试）又回到了概念阶段。现在的人们也许就是比较理性选择了。
适合你的就是最好的。你的选择不是由商业宣传和别人许下的狗头愿来决定的。虽然摆脱不了技术列强们的左右。
那就是要针对自己的领域，恰当并有先见地选择。如择妻不当，也许后悔终身都有。
话锋转回，回到pber的抉择上来。我一路走来，先学过vb和delphi写过东西，后在工厂维护erp和主导厂内上线，所以出厂后选择pb10，11开发了这些年。并学会c#写简单的winform。
现在面临两个问题，bs的强势兴起和pb的没落。
bs和网络新标准，html5和css3以及网络富客户端运用是未来十年的主要议题。pb显得不合适了。虽然他有众多的办法运用到网络上。包括智能客户端，远程终端ts服务，citric和国内做接入的一些方案。三层的跨网络运用也应该是可以的。
不过如果要开发适合现在客户的胃口的产品，无一要定位在新的技术标准和新的流行色上。比如现在的服务器托管和saas运用。如果你有幸开发的是受众多达几万几十万的软件平台。无法将几万，几十万的运用付诸cs来实现，如果你想走saas的话。未来的互联网运用可能都是统称叫服务了。客户什么都不要出，直接开通服务登录浏览器就行了。这个概念在昨天，在写这些个文字之前，我都刚刚想清楚。
pber有三个方向我觉得要突破：
1. 数据库的深入
数据库是现在绝大多数运用必须使用的，网站，企业运用，办公，管理，都离不开。许多开发者如果在正规的开发公司呆过，涉及到的都是别人设计好的一些东西，自己可能只是一个代码工人。在规模较小的公司，可能数据库方面档次比较差，没有完善的设计，甚至用拼音做字段(如果你是，请勿告诉他人)。这应该不叫掌握和熟悉，精通数据库吧(虽然简历上可以这么写)。所以我自身来说，我要提高一些。因为数据库方面的规划，设计，优化，管理，这些需求会持续很久。而且能提高自己在这方面的层次。如果马上对自己数据库方面的能力打分，可能我只得15分吧。因为只会mssql，运用又简单。我能搞出一个小运用来，但我无法专业地完整并严谨地走完这个过程。你认为你自己存在这个严重问题吗？
2. bs开发和运用
如果是一个熟练的开发者，应该接受其他语言不会太久，当然我指的是java和.net.当然不会去指c/c++,嵌入开发这些。因为不是一个量级。所以我自身，我只说我，应该会跳出pb火箭的逃逸塔，在c#和.net上降落，因为目前已经会一些winform。再则最近有详细学习一下asp.net的开发教程，我认为.net已经在数据展示方面有针对性地开发了很多组件，就如当年vcl一样，我觉得构建一个企业运用和不复杂的运用是相当快的。以前大量的vfer转向c#,是有原因的。因为vf可能更没落。我的一个朋友就是，他自己对开发也不是100%的精通，不过他说c#开发非常简单，很省事吧。而且两年前跟我谈出租客户端有点saas的意思。我想这得益于安德森对组件，属性的深刻理解，以及理解开发运用的人真正需要哪些武器。所以这些个设计得比较晚的工具，它尽可以抛弃一些诟病，并吸纳一切可用之优势，所谓集万千宠爱于一身。c#在快速写一个web上我看是比较不错的，易用吧。可能报表方面不会太尽如人意。因为大概都需要第三方的组件支持。在这一点上，我认为dw.net对我们来说是个好的控件，可以善用。当然有些人说为什么不选vb，其实vb作了一些厌恶的乱改，比如有些调用改成了描述语句那样的。。。好像是文字一样。。这些我不喜欢。个人好恶而已。
或许想黄国筹先生一样力图整合dw-ie控件一样，把.net和pb的优势结合起来，未尝不是件好事。他告诉我，他已经拓展到.net方面了。我感觉自己有点晚，不过还是有基础，不算太老的人，因为java个，bcb个，我都能写简单程序，我算有点基础知识，只是asp.net没尝试过真正做运用，意识上没有进化到bs上来。这几年都用pb瞎混了。另外主要也是没有好的产品要实现，比如能saas卖的，我没有。
可能许多人比如pb老人，可能不太熟悉和愿意使用陌生的工具，比如c#的语法毕竟比较靠近c++，而且又是个四不像，什么都有，新的知识点太多。你说web，至少html，js，css，ajax就够弄一阵子的了。就算你再有傻瓜工具拖拉，可bs要了解的新东西太多了。但是我认为，先求简单运用，用起来再求深入是可行的。任何工具的学习可能都有这么一个过程，最开始我们只会写事件代码，到后来才学会自己做控件，做组件，分层这些抽象的事情。
3. 我还想温习一下c++和基础知识如数据结构，新的也许跟不上，但是旧的管够。
不管说出来是不是笑话。
至少我最近做的反编译器和混淆器就是用bcb开发的，情况不同，就自然而言决定你要用某某工具，这个由不得人的。你不可能一辈子做一样事情。比如一个朋友邀请我外包他的板卡呼叫平台的计费和套餐结算部分，那我真不知道该用什么写了，因为原来的代码是php，pb是可以，但是部分界面又要上互联网。以前他有一个phper，但是走掉了，现在phper翘的很，不好找，phper对网站是可以，但是对计费和套餐又没概念，所以思前想后，想给我做，因为这些是我们熟知的，这就矛盾了。而且可能还会涉及到板卡周边的问题，会碰到c++等程序代码，至少涉及到接口部分也许会去看。我这么说不是很奇妙的情景吗，但一点不没虚构。也许你可以做得相当专业，专做某样，但不是人人能做到的。项目可能碰到你，你也可能碰到项目。硅谷里的c++需求高达50%，因为他们做产品。产品化的东西无一都是这个语言写的。至少10，20年内应该是这样子的。
另外一个活例子是黄国筹先生的txdw，是用vc封装并拓展而成的吧。
所以我之前有这种提法，只请你想象：一个程序员，只会写写数据库的程序员，退休后，你该做点什么，也许你要做点什么，请记得这第三点。
在这个问题上，这个老问题上，我也是无所适从。都待自己去考虑吧。
我都在想，也许我明天什么都不做了，也许改行了，也许编程只是个爱好了，我用电脑来做什么好呢。可能偶有好的想法想实现某个玩意。那我就去实现吧。所以我想有功夫学回点基础知识。有时往前途看，真叫迷茫而无望。希望可以潜心回顾一下基础，以备不时之需。
有时想自己写的这些个项目，倒是可以赚几个铜钱花花，可是终日也只是堆砌代码，歪搞乱搞，不精通也不规范，谈不上半点技术，虽然也曾决心要把数据库学习精通，无奈整日都是应付一些层面上的事情，终日都在做一些不是技术的事情。有点虚度的感觉。
好的产品诞生于伟大的奇特的构想。也许我说要把基础学好也只能做一个梦里的产品。不过如果真全身而退之后，也许会完成一个伟大的作品呢也未尝不可能。
所以我的思路就是想多手准备，而不想简单地深入一个狭窄的夹缝，以致自己无法进退。
以上仅是我个人意见，不代表任何商业观点。
转载请注明出处，请不要无视作者的原文出处让更多的读者找不到源头。最近发觉一些网络抓文字的系统竟然会篡改抓过去的文字，可以原谅技术的低劣。但是无法原谅作者一栏写着“佚名”。
我的产品
反编译逆向工具：PB反编译大师 PowerBuilder反编译大师
加密工具：PB混淆加密大师 PowerBuilder混淆加密大师
互联网数据组件：DataWindowHTTP
ESC/POS打印组件：ESC/POS ImagePrint(LPT,column format)
以及正在测试即将释出的 SQLCloudODBC组件，等等等
什么是php???急！！！PHP（“PHP: Hypertext Preprocessor”，超文本预处理器的字母缩写）是一种被广泛应用的开放源代码的多用途脚本语言，它可嵌入到 HTML中，尤其适合 WEB 开发。
PHP 能做任何事。PHP 主要是用于服务端的脚本程序，因此您可以用 PHP 来完成任何其它的 CGI 程序能够完成的工作，例如收集表单数据，生成动态网页，或者发送/接收 Cookies。但 PHP 的功能远不局限于此。
PHP 脚本主要用于以下三个领域:
服务端脚本。这是 PHP 最传统，也是最主要的目标领域。开展这项工作您需要具备以下三点：PHP 解析器（CGI 或者服务器模块）、WEB 服务器和 WEB 浏览器。您需要在运行 WEB 服务器时，安装并配置 PHP，然后，可以用 WEB 浏览器来访问 PHP 程序的输出，即浏览服务端的 PHP 页面。
命令行脚本。您可以编写一段 PHP 脚本，并且不需要任何服务器或者浏览器来运行它。通过这种方式，您仅仅只需要 PHP 解析器来执行。这种用法对于依赖 cron（Unix 或者 Linux 环境）或者 Task Scheduler（Windows 环境）的日常运行的脚本来说是理想的选择。这些脚本也可以用来处理简单的文本。
编写客户端的 GUI 应用程序。对于基于窗口式的应用程序来说，PHP 或许不是一种最好的语言，但是如果您非常精通 PHP，并且希望在您的客户端应用程序中使用 PHP 的一些高级特性，您可以利用 PHP-GTK 来编写这些程序。用这种方法，您还可以编写跨平台的应用程序。PHP-GTK 是 PHP 的一个扩展，在通常发布的 PHP 包中并不包含它。
PHP 能够用在所有的主流操作系统上，包括 Linux、Unix 的各种变种（包括 HP-UX、Solaris 和 OpenBSD）、Microsoft Windows、Mac OS X、RISC OS 等。今天，PHP已经支持了大多数的 WEB 服务器，包括 Apache、Microsoft Internet Information Server（IIS）、Personal Web Server（PWS）、Netscape 以及 iPlant server、Oreilly Website Pro Server、Caudium、Xitami、OmniHTTPd 等。对于大多数的服务器，PHP 提供了一个模块；还有一些 PHP 支持 CGI 标准，使得 PHP 能够作为 CGI 处理器来工作。
综上所述，使用 PHP，您可以自由地选择操作系统和 WEB 服务器。同时，您还可以在开发时选择使用面对过程和面对对象，或者两者混和的方式来开发。尽管 PHP 目前的版本还没有支持 OOP 所有的标准，但很多代码仓库和大型的应用程序（包括 PEAR 库）仅使用 OOP 代码来开发。
使用 PHP，您并不局限于输出 HTML。PHP 还能被用来动态输出图像、PDF 文件甚至 Flash 动画（使用 libswf 和 Ming）。您还能够非常简便的输出文本，例如 XHTML 以及任何其它形式的 XML 文件。PHP 能够自动生成这些文件，在服务端开辟出一块动态内容的缓存，可以直接把它们打印出来，或者将它们存储到文件系统中。
PHP 最强大最显著的特性之一，是它支持很大范围的数据库。您会发现利用 PHP 编写数据库支持的网页简单得难以置信。
求教:print2flash与php结合使用具体使用 如下：
1、下载print2flash，这里是64位的，可以到官方网站下载最新的，其中的Print2Flash SDK 3.5，是java php .net asp的代码示例。
2、配置服务信息，这一步很关键，不然会提示 COM 类工厂中 CLSID 为 {466FAC17-24D2-4B37-A2C4-E2CFA0D3E1E7} 的组件失败，原因是出现以下错误: 80040154 没有注册类 (异常来自 HRESULT:0x80040154 (REGDB_E_CLASSNOTREG))(不安装print2flash也会这样提示)。
配置步骤：打开print2flash安装目录，64位操作系统默认在C:\Program Files (x86)\Print2Flash3下，右键管理员方式运行print2flash.exe，点击option—>Print2Flash Service Configuration,如下图：
3、在程序里引用Interop.Print2Flash3.dll，并调用如下代码，进行转换。
String fs_filename = Server.MapPath("UploadedFiles/") + FileUpload1.FileName;
String fs_convertedfilename = Server.MapPath("ConvertedFiles/") + FileUpload1.FileName + ".swf";
Print2Flash3.Server2 p2fServer = new Print2Flash3.Server2();
p2fServer.ConvertFile(fs_filename, fs_convertedfilename, null, null, null);
这里其美中不足的地方是，试用版会在预览的时候，有一串英语，意思是到官方去瞅瞅。网上有3.1版本的注册码，这个是3.5的，注册码没法用。
另外官方也提供了相关sdk，这里的源码即是官方提供的。但核心代码就是上面那几句。
4、另外这里是官方flexpaper在c#中实现的源码，其实现原理是process调用pdf2swf.exe，将pdf文件转为swf文件，点击下载源码，安装需要swftool0.9.1.exe支持，点击下载swftool，vs运行起来后，页面登陆用户名admin 密码123456 效果图如下
关于php打印组件的介绍到此就结束了，不知道本篇文章是否对您有帮助呢？如果你还想了解更多此类信息，记得收藏关注本站，我们会不定期更新哦。