新在symfoob娱乐下载ny 1.3:推动和原则是什么?
2009年6月11日·发表的
法比安效力
法比安效力
在我们开始在symfony 1.3之前,我们社区对他们ob娱乐下载问道欧宝体育平台怎么样优先级的框架。
我们有很多的建议,其中一些矛盾的。今天,第二和第四大投票建议:“让教义默认ORM”和“不要让教义默认ORM”。我们怎么能让每个人都快乐吗?
多亏了新安装程序的特征生成:项目任务,symob娱乐下载fony 1.3能够很容易创建一个项目原则或推动。
但是我们仍然需要一个默认的ORM。这不是我的的意见几个月前,但一些伟大的与社区成员的讨论后,我改变了主意。欧宝体育平台怎么样我们不想对ORM问题麻烦新用户他们想要使用。一个新人如何推动和教义之间做出选择?这是不可能的。我们不能让他阅读所有的文档来做出选择。欧宝官网下载app它没有任何意义。教义是symfony的未来,我们决定把它默认选择当创建一个ob娱乐下载新项目:
php /道路/美元/ symob娱乐下载fony生成:foobar的项目但是如果你仍然想要使用推动,这不是一个问题,只是添加一个——orm选择:
php /道路/美元/ symob娱乐下载fony生成:项目foobar——orm =推动实现是易如反掌,你将享受Propel-free项目使用原则时,当然反过来当工作与推动。
总之,symfony ob娱乐下载1.3支持推动和学说同样,用偏好对教义今天如果你开始一个新项目。
发表在#生活在边缘
评论
评论都关门了。
以确保评论保持相关,他们关闭了旧的帖子。
但是一些项目,我们不需要任何ORM(我工作在一个)。将使用一个默认情况下……
”——no-orm”选项将答案!
问候,
+ +的短发的建议。我们的一个项目不使用一个ORM,。我们的模型是由另一个SOA应用程序,我们不要使用推动或教义。
我很抱歉,但我真的不喜欢教条,特别是对于DQL的(和生成的查询很丑IMHO)
但是我有一个问题:如果symfony的未来主义,那么,为什么不讨论那些小丑学说呢ob娱乐下载?(dql缺乏特色、丑陋的查询效率低下的做事方式……)
在很多场合我被迫写直接PDO查询因为教义吃很多MB的内存,因为它的低速度……
大多数这些东西已经或将要被解决在教义2.0和我们能做小改变原则1。x改进直到人们能够升级原则2
顺便说一句,我认为这将是整齐的从默认$插件数组删除sfPropelPlugin sfProjectConfiguration所以默认情况下没有启用插件,只有那些影响添加安装程序和/或开发人员自定义ProjectConfiguration类。
在未来我们有再次改变吗?为什么DBfinder不是一个解决方案吗?在同一项目或不可能都orm吗?干杯
@saganxis:你是完全正确的。支持两个orm意味着支持两个代码库,两个文档,两组transalations,和更多。欧宝官网下载app这也是分裂社会的东西。欧宝体育平台怎么样但是,正如我所说的,1。x分行,我们将继续支持orm的代码和文档。欧宝官网下载app
检查存储库变化推动在过去的3个月:
http://propel.phpdb.org/trac/timeline?from=06%2F12%2F09&daysback=90&changeset=on&update=Update
虽然我们并不打算停止继续支持推动symfony 1。ob娱乐下载x,我们不得不承认学说有更好的推动。
推动/学说相关文档不应该这个问题,因为他们是合并欧宝官网下载app在一个文件中。
插件已经被一个问题。插件衰减非常快,所以插件作者需要经常更新。他们需要做出选择的支持。我看不出一个大问题在某些插件用于推动/学说。但我可以看到的是供应商锁定的用户插件。时你总是承担的风险作出决定用某种技术前进。和一个ORM是一个大的选择。
但是我觉得会有港口的流行推动插件很快为原则。或基于DbFinder插件。
我完全同意,重要的是要选择一个ORM前进symfony无论学说似乎并没有性能。ob娱乐下载
我看过学说和推动我更喜欢推动,因为它比原则更安全、更快和更容易。亲爱的,我不知道为什么你决定学说作为默认ORM。
对于大项目,你不能在头脑中所有的表和列的名称代码完成(与推动,不是教条)大大减少了dev.时间。此外查询的方式建立在推动减少了错误的可能性。学习标准的绝对是值得的,并不是很难。
我想知道Symfony团队去学说——这是一点都不明显。ob娱乐下载
除此之外,Symfony是最大的phob娱乐下载p开发框架!这是一个纯粹的快乐工作。