![]() |
1
6
组织 您的源目录,这样每个功能都只有一个应该在的地方,并且很容易找到一些东西。 一定要分享 命名约定 防止重复。 设计 你的模块,这样他们只做一件事-而且做得很好。 回顾 用于确保名称和位置正确的代码。 提供高效的 搜索引擎 基于代码索引器,这样就可以很容易地查看是否已经有函数在执行特殊任务。 不要低估 概括 现有组件,以便有效地重用它。 文件 模块,带有API文档和/或单元测试。 沟通 在团队中,使每个人都能很好地掌握可能已经写过的内容,谁拥有或知道谁可能正在开发/使用模块。 |
![]() |
2
1
我相信你有某种版本控制软件( svn , Mercurial ,git,什么,但不是vss?如果你现在没有,是时候去买一个开始使用了。这样,您至少可以了解正在使用的模块以及代码的位置。您也可以使用 ctags-like 索引您已经编写(或正在使用)的所有模块。 一个IDE(尽管我不喜欢这些)也可以帮助查找代码和重构。 |
![]() |
3
0
这是我很感兴趣的东西。 使用SVN、Git或Bazaar等简单的版本控制软件并不是我想要的。除了这样一个系统之外,VCS是强制性的,但它不是这个系统。经过一些研究,我被告知要研究包装,以实现这一点,我认为,某种包装系统是可行的。 如果您想要一个打包系统的例子,请看Debians apt。每个包都与版本、描述和源代码有依赖关系,并且给出了一个良好的打包系统,您可以像“magic search set equation fixpoint”一样,magic packaging系统将找到一个解决问题的模块。如果将包包含在源代码中,那么它还将添加所有缺少的依赖项,比如图等。 然而,这方面的研究在我的笔记本电脑的硬盘驱动器死掉前不久就开始了,这推迟了进一步的研究和实际结果,但也许你能找到一些有趣的东西(告诉我 轻推,轻推 ) HTH 特提亚 |
![]() |
4
0
如果你的模块包括 POD documentation 并且安装在一个共同的目录或一组目录下,应该比较容易使用 pod2html 生成HTML文档。一旦您有了HTML文档,就可以添加一个全文搜索索引(带fts3、mysql、lucene、kinosearch等的sqlite)和一个简单的搜索表单应用程序(cgi或mod_perl),然后就可以开始了。 如果你用的是Trac, plugin 这将再次从.pod和.pm文件创建trac wiki页面,使您的文档易于搜索。 |
![]() |
5
0
我曾经在一家使用Perl的公司工作过,也遇到过类似的问题。我们提出的解决方案是重新组织文件中的函数,考虑到三层体系结构(表示、业务和持久性)和被操纵的元素。 所以,我们在数据库的每个主表中都有一个Perl文件,每个实体都有一个Perl文件来操作它们的业务操作,等等……有了这个,就很容易避免代码重复,因为您确切地知道在哪里查找给定的函数。 |