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