脚本宝典收集整理的这篇文章主要介绍了销售基于PHP框架的脚本，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。
最近,我开始厌倦了为客户提供持续的开发服务,我正在寻找编写更多全功能商业脚本的可能性,这些脚本可以一次又一次地转售,希望找到那些神奇的“经常性的收入流“你总是在童话故事中听到的.请注意,我不是在讨论如何为像Drupal或JooMLa这样的CMS系统构建扩展/插件,而是讨论完整的网站脚本.
所以这是我的多部分问题：
>我有什么理由不能将基于其中一个框架构建的脚本转售为完整的交钥匙解决方案(特别是如果框架的许可是非常灵活的,比如BSD许可证)？
>如果没有,为什么其他人不做同样的事情？
>您是否见过基于众所周知的开源框架的商业PHP脚本？
多年来我一直在想这个问题,我问过的任何人都没有真正想出一个好的解释.这似乎是禁忌,没有人真正知道为什么？我见过使用第三方库(即jquery,PHPmailer等)的商业脚本,但我从未见过完全基于应用程序框架构建的脚本.
假设框架许可证允许它,那么没有理由你不能这样做.您之前提到过Zend Framework,因此您可能有兴趣查看Magento.虽然他们提供免费的社区版本,但他们也有一个付费版本,它也适用于Zend Framework.
我最近使用了一个商业上提供的文件上传脚本,它恰好是在codeigniter上构建的(目前名称让我逃脱).
我个人认为,这真的是很多因素的混合.基于Web的内部部署应用程序市场(与SaaS相关)已经充斥着各种选择,并且开始缩小规模.这对您实际看到框架背后的应用程序的需求减少(使用SaaS,您很可能永远不会知道使用什么框架).
PHP市场中许多现有的大型参与者已经存在了一段时间,并且已经拥有自己已经创建并熟悉的代码库.当您花费数年时间构建自己的库时,很难证明移动到另一个框架是合理的.
许多较小的参与者很少在适当的应用程序设计中进行自我教育,并且通常坚持使用程序代码.今天PHP中存在的大OOP功能直到5.0发布才出现.请注意,大约5年前,但是很多程序员已经开始使用他们的PHP教程和学习冒险,然后PHP5才能在标准托管帐户上广泛使用和接受.因此,大多数现代框架都不可用CakePHP作为示例直到2005年才开始.zend框架直到2007年才出现.这些都是相对较新的日期,我不希望看到很多商业应用程序在移动对他们来说,直到当前一代程序员可以编写高质量的商业应用程序老化一点(再次只是我的意见).
以上是脚本宝典为你收集整理的销售基于PHP框架的脚本全部内容，希望文章能够帮你解决销售基于PHP框架的脚本所遇到的问题。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。