当前位置:  开发笔记 > 编程语言 > 正文

使用具有大量依赖性的框架有什么问题?

如何解决《使用具有大量依赖性的框架有什么问题?》经验,为你挑选了2个好方法。

我最近告诉一位朋友,我开始学习Catalyst(Perl),他相当强调,因为Catalyst有很多依赖,所以我应该使用类似Rails的东西.

存在很多依赖关系不是一件好事吗?这不是表明很多代码重用吗?我知道安装框架可能需要付出更多努力,但是还有其他缺点吗?

我会恢复我的Catalyst教程,直到我得到一些多汁的回复.:-)



1> jrockway..:

这没有什么特别的错误.Catalyst的优势在于它的部件可供不使用所有Catalyst的人使用.这意味着有更多的眼睛在关键部位看着并修复错误.

我听到的最大的抱怨是,在安装Catalyst时,在CPAN shell中观看所有这些消息是很烦人的.解决方案是在您开始使用时利用您的操作系统的包管理器.在Debian上,apt-get install libcatalyst-perl在没有安装其他Perl模块的机器上安装需要15秒.15秒 (简单的CPAN安装也不难,但我想标准的CPAN shell会问你很多愚蠢的问题,这会让新手们失望.)

不要担心依赖关系,有很好的工具来管理它们,它们使框架更强大,更灵活.



2> 小智..:

这是我之前看过的帖子.我一直想写一篇关于它的文章,并最终这样做了.

它在这里:独立的谎言

我鼓励你阅读它.但要点很简单.问题是错的.它不是'您使用具有大量依赖关系的应用程序或框架,还是没有它们的应用程序或框架?'

它是:'您是使用具有大量外部依赖关系的应用程序或框架,还是尝试在内部完成所有操作的应用程序或框架?'

接下来的问题是"你是否真的相信编写这个框架的人或人们理解处理网络请求所需要完成的每项任务的每个微小细节的每个细微差别?"

推荐阅读
Gbom2402851125
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有