Tag: 代码组织

Xcode工作区与嵌套的项目

我不明白使用Xcode工作区来组织相互依赖的项目。 例如，我看到很多开发人员创build了如下所示的工作区结构： 工作区 | – App | – 一个共同的图书馆 | – 另一个共同的图书馆 这提供了什么好处？ 如果有人直接打开“应用程序”项目不会无法真正build立应用程序？ 他们必须认识到工作区存在必要的依赖关系。 在我看来，更好的方法是使用这样的嵌套项目： 应用 | – 图书馆 | | – 一个共同的图书馆 | | – 另一个共同的图书馆 那么不存在无法build立的项目。 它也似乎更符合Git的子模块的想法。 我看到的工作空间的唯一用途是将公共项目彼此没有依赖关系。 我想听听其他人的想法，因为我可能会错过一些东西。

Maven项目可以有多个父母吗？

我们有java和flex项目在工作。 我们目前有1个基地包含我们想要用于这两个项目的configuration。 与此问题是：flex项目inheritancejavadoc和pmd的configuration，例如，他们不需要。 我想要做得更干净一点，有一个真正的基础，然后是一个java-base-pom和一个flex-base-pom。 但是，这是如何在具有flex部分和java部分的multimodule中工作的呢？ 我们有我们自己的应用程序插件，我们使用以下结构： 我-插件 我的插件客户端（flex） 我的插件服务器（Java） my-plugin只包含一个包含section的pom.xml。 我将使用my-plugin pom.xml作为父项，但是我不能同时使用java base-pom或flex base-pom作为父项。 什么是最好的审查呢？

将一个javascript命名空间分割成多个文件

比方说，我有这样的名字空间： var myNamespace = { foo: function() { }, bar: function() { } }; 将这段代码分离成分别定义foo和bar文件的最好方法是什么？ 我不担心加载时间 – 我将在部署之前将其连接回一个文件。

星火代码组织和最佳实践

所以，在代码重用，devise模式和最佳实践经常被考虑在面向对象的世界里花费了很多年的时候，我发现自己在代码组织和代码重用方面有点挣扎。 如果我试图以可重用的方式编写代码，它几乎总会带来性能成本，我最终将其重写为任何最适合我的特殊用例。 这个常量“写出对这个特定用例最合适的”也会影响代码的组织，因为当“它全部真的属于一起”时，将代码分解成不同的对象或模块是困难的，因此我最终得到的只有很less的“神”复杂的转化链。 事实上，我经常想，如果我在面向对象的世界工作时，大部分我现在正在写的Spark代码，我会畏缩并将其视为“意大利面代码”。 我上网试图find某种相当于面向对象的世界的最佳实践，但没有太多的运气。 我可以find一些函数式编程的“最佳实践”，但是Spark只是增加了一个额外的层，因为性能在这里是一个很重要的因素。 所以我对你的问题是，有没有你的火花大师发现了一些编写Spark代码的最佳实践，你可以推荐？ 编辑 正如在评论中写的，我实际上并没有期待任何人就如何解决这个问题发表一个答案，而是我希望在这个社区中有人遇到了一些Martin Fowlertypes，他们在某处写过som文章或博客文章关于如何解决Spark世界中代码组织的问题。 @DanielDarabosbuild议我可以举一个代码组织和性能相互冲突的例子。 虽然我发现在日常工作中我经常遇到这个问题，但是我发现把它简化成一个很好的小例子有点困难;但是我会尽力的。 在面向对象的世界中，我是单一职责原则的忠实粉丝，所以我会确保我的方法只对一件事负责。 它使得它们可重用，易于testing。 所以，如果我不得不说，计算列表中的一些数字的总和（匹配一些标准），我必须计算相同数字的平均数，我肯定会创build两个方法 – 一个计算总和和一个计算平均值。 喜欢这个： def main(implicit args: Array[String]): Unit = { val list = List(("DK", 1.2), ("DK", 1.4), ("SE", 1.5)) println("Summed weights for DK = " + summedWeights(list, "DK") println("Averaged weights for DK = " + averagedWeights(list, "DK") } def summedWeights(list: […]

用于折叠/展开方法的NetBeans快捷键

JAVA – NETBEANS 这是一个IDE问题 我总是使用折叠的方法，因为我希望能够一起看到我的方法。 这有点费时，因为我必须使用鼠标滚动到方法声明并单击 – （减号）图标。 然后分别转到我想要处理的方法并单击+（加号）图标。 有没有办法通过键盘快捷方式来做崩溃（和分别扩大）？

jQuery和“有组织的代码”

我一直在努力理解组织jQuery代码的最佳方法。 我之前又问了另外一个问题，我觉得我没有足够的具体（ 在这里可以find这个问题 ）。 我的问题是，你申请得越丰富，你的客户端越快失控。 考虑这种情况… //Let's start some jQuery $(function() { var container = $("#inputContainer"); //Okay let's list text fields that can be updated for(var i=0; i < 5; i++) { //okay let's add an event for when a field changes $("<input/>").change(function() { //okay something changed, let's update the server $.ajax({ success:function(data) { //Okay […]

我应该如何组织Python源代码？

我正在开始使用Python（现在是时候让我一试了），我正在寻找一些最佳实践。 我的第一个项目是一个在多个线程中运行命令行实验的队列。 我开始得到一个很长的main.py文件，我想分解它。 一般来说，我在找： python程序员如何组织多个源文件？ 有没有适合你的特定结构？ 我的具体问题包括： 每个class级应该在一个单独的文件？ 我应该如何组织相对于源代码的unit testing？ 我应该在哪里放置文档注释，特别是那些用于命令行操作的文档？ 如果我使用多个目录，我如何导入它们之间的类？ 我可以通过反复试验在这里得出我自己的一些结论，但我宁愿从好的事情出发。

如何组织大型R程序？

当我进行任何复杂的R项目时，我的脚本很快就会变得混乱。 我可以采用哪些做法，以便我的代码总是很乐意与之合作？ 我正在考虑像这样的事情 在源文件中放置函数 何时将某些东西分解到另一个源文件 主文件应该是什么 使用函数作为组织单位（鉴于R使得难以访问全局状态，这是否值得） 缩进/换行实践。 对待（像{？ 把一些东西）} 1或2行？ 基本上，组织大型R脚本的规则是什么？

Pythonunit testing去了哪里？

如果你正在编写一个库或一个应用程序，unit testing文件在哪里？ 将testing文件与主应用程序代码分开是很好的做法，但将它们放到应用程序根目录内的“tests”子目录中是很尴尬的，因为这会导致您将要testing的模块更难导入。 这里有最佳做法吗？

为什么每个公共课都在一个单独的文件？

我最近开始学习Java，发现很奇怪每个Java类都必须在一个单独的文件中声明。 我是C＃程序员，C＃不强制执行任何此类限制。 为什么Java会这样做？ 有没有devise考虑？ 编辑（基于几个答案）： 为什么Java在IDE的时代现在不去除这个限制？ 这不会破坏任何现有的代码（或将？）。