|
|
3 回复 | 直到 14 年前
|
1
0
我想你指的是可重用的库。这有点依赖于语言,因为带有链接器和编译器的语言会去掉不用于缩小可交付结果的代码,而即时编译或解释的语言则不会这样做,因此加载整个库可能会浪费资源。 它的长短不一之处在于查看代码,了解通常执行的任务和使用的参数。增加一点变化的空间,并创建一个界面来隐藏所有的功能。正确定义接口是最重要的部分。尽量避免函数调用的集合,而是在一个接口后面创建相关函数,然后在每个操作任务后面创建一个接口—您正在尝试将工作拆分为操作。
尝试将有关特定作业或任务的所有相关信息分组到接口后面,这样接口就不会相互依赖。
|
|
|
2
0
使用版本控制服务,如 Google Code 或 GitHub . 这样您的代码就可以在线备份,如果需要,您可以恢复到旧版本。 |
|
3
0
首先,认识到这是一项重要的工作,需要其他开发人员和管理层的参与。当您重新组织代码库时,您可能需要停止开发新特性,这对于管理来说几乎从来都不是一个选项。甚至对他们提起这件事也可能是坏事。”我们可以把这件事推迟到“重组”之后,然后是“在这件事完成之前我们不能重组”,而大任务和重组都是相互等待的。这是管理特性死锁,很难修复。 接下来,您需要与您的团队坐下来,确定您的产品是什么,它们是如何构造的,重叠在哪里,以及产品如何从这种重用中获益。您需要仔细检查产品的构建结构,并对其进行重构,以包括您即将构建的commons库
|
推荐文章
|
|
Ziv · 避免依赖性使我的VS解决方案中的项目数量激增 8 年前 |
|
|
Vico · 具有laravel和几个git存储库的代码组织 9 年前 |
|
|
David Rodrigues · 组织目录中的命名空间和类 9 年前 |
