片段与框架

时间:2010-12-13 10:31:30

标签: design-patterns frameworks compact-framework code-snippets

我发现很多库和框架看起来有点过于笨重且难以维护。我喜欢FlashGameDojo通过促进使用可以根据需要放入代码中的代码段来解决此问题的方式。显然,这种方法也有缺点,就像试图跟踪不同的代码片段一样。

我想知道是否有某种商定的方法来管理这种类型的代码库。如何让每个片段保持新鲜,找到项目所需的片段等等。如果没有“最佳实践”,也许你可以分享一些经验。

谢谢!

3 个答案:

答案 0 :(得分:1)

框架往往也有成本。虽然他们可以抽象出许多重复性任务,但他们有一个学习曲线。这里的好处是文档通常非常好。我将引用CakePHP和Symfony作为我的例子。

代码片段一直很有帮助,但迟早会使代码库不完整。需要智力来理解代码的不同代码片段。代码来自不同的来源,因此不会有一次中央信息来源。

对我来说,在框架和片段之间挑选的最大因素是我的技能,以及团队中其他人的技能。沟通是关键。

开发人员阅读文档的团队应该坚持使用框架。我一直在这样的团队中,那里的开发人员倾向于安全地玩它。这样的团队倾向于快速完成标准化任务,利用框架的API。但是,当需要自定义时(因为客户端喜欢进行更改),它们往往会变慢。这样一个团队的优点是每个人都可以为另一个人填补空缺。但最大的缺点是缺乏专业化使人们更少依赖他们的工作。

开发人员可以阅读代码本身的团队应该使用代码段。我也是这样的团队,那里的开发人员往往知道更多。它们在定制方面非常快,但在执行重复性任务时却陷入困境。每个开发人员都有他们倾向于关心的身份。他们很可能为自己的工作感到自豪,并且会尽一切努力在同龄人面前“看起来很酷”。但最大的缺点是,一些开发人员可能是个浮夸的人。

答案 1 :(得分:1)

我的第一个偏好是保留包含您要重用的所有代码的单个或多个项目。通过文件夹/命名空间打破代码是有意义的。

然后,您可以将此项目包含到其他项目中,并直接使用代码,而无需复制/粘贴。

优点:您可以立即看到代码是否损坏(它不会编译),您可以立即看到某个函数/方法是否不足以满足您当前的需求。然后,您可以决定是否需要更新或扩展代码。

首选两种方法是使用在线代码段管理器(因为它可以从任何地方访问)。由于您将复制/粘贴此代码,因此您将无法仅在一个位置修复某些内容。

在线代码段管理器的示例是http://www.int64.io - 您可以将片段整理到" board" (如文件夹),您可以使用预定义的标签或您自己的标签来标记它们。您将能够在不久的将来搜索整个片段。

还有其他片段管理器,如GitHub Gist,jsfiddle,codepen等。

免责声明:我是http://www.int64.io

的所有者

答案 2 :(得分:0)

GitHubGist您可以在其中保存和整理您的代码段。我喜欢与它集成的GistBoxApp,并且具有更好(更有条理)的UI。

我也试图将内容保存在Evernote中,但由于它不能保持格式良好,我很快就放弃了。 (这是一件很难放弃的事情 - 我已经在Evernote上为我世界上的所有内容提供了15K笔记。)

关于GistBoxApp的最好的事情是我可以保留一些片段,这些片段可以让我开始使用文件,也可以使用我感觉情绪化的奇特小功能。