标签: code-organization

我正在使用Microsoft SQL Server Management Studio来处理数据库.我只是一个在管理SQL Server方面经验有限的.Net开发人员,我远不是真正的DBA.在接下来的几天里,存储过程的数量将会大大增加.还将创建更多视图和功能.

有没有办法在文件夹中组织这些元素？我不想在同一个文件夹下有几十个SP.维持是一件痛苦的事.

当然,我知道使用名称约定对我有帮助,但还有什么我可以做的吗？

谢谢.

我有很多我在网上创建或复制的功能.

我想知道我是否应该将它们存储在我刚刚包含在脚本中的文件中,或者我应该将每个函数存储为类中的静态方法.

例如.我有一个getCurrentFolder()和一个isFilePhp()函数.

它们应该按原样存储在文件中还是存储在类中:

Folder :: getCurrent()File :: isPhp();

你好吗？

我知道这有点像"你想要的"问题,但是对于一些建议/最佳实践会很好

谢谢.

许多月前我开始将我的音乐存储为MP3.我疯了下载并将它们全部丢弃到一个文件夹中.收集了成千上万的歌后,我有一个很大的混乱.在我的空闲时间组织了所有音乐两年后,我已经进入了我的图书馆的"D"部分.我开始每天编写代码,我想保留很多我为重用和未来参考做的事情.我经常使用Visual Studio,有时使用Eclipse,但我也会进行Web开发.现在我只是在外部驱动器上有一个文件夹Projects,在该文件夹中我有我想要保存的代码,由各自的IDE分解,然后是它开发的语言.现在工作正常,但我担心之后几年后它可能很难导航,我不想像我的音乐库那样混乱. 有哪些好的方法可以跟踪代码和编程项目,同时还可以促进轻松导航和未来的重用？

是否存在任何工具(VS扩展,或者可能是Resharper支持此...),它可以以某种指定的方式对我的类中的代码进行组织？像这样 :

public static fields/properties
private static fields/properties

public fields/properties
private fields/properties

constructors

public static methods
private static methods

public methods
private methods

等等

(并且所有都按字母顺序排序)

真是太好了......

我喜欢让我的代码非常有条理,但有时我不遵循我自己的规则而不是手工重组一切可能会有点问题)

我有一大堆这样组织的脚本：

root
  group1
    script1.py
    script2.py
  group2
    script1.py
    script2.py
  group3
    script1.py
    script2.py
  utils
    utils1.py
    utils2.py

所有的 scripts*.py 都使用 utils 文件夹中的函数。目前，我将 utils 路径附加到脚本中以导入 utils。

但是，这似乎是不好的做法（或“不是 Pythonic”）。此外，实际中的组并不像这样扁平，并且 util 文件夹比上面列出的要多。因此，附加路径解决方案变得越来越混乱。

我怎样才能以不同的方式组织这个？

更常见的是,您可能会遇到可能需要函数或过程的情况,您可能之前已经编写过此代码.

我的问题是你如何组织它,所以你不必重写所有内容,换句话说,维护可恢复代码的最佳方法是什么？

我正在考虑将所有程序和功能放在一个单元中,并将此单元添加到所需表单的Uses子句中.

但是这个单元会变得相当大,因此使用一个大单元中的一个或两个函数会给应用程序增加不必要的批量大小.

我基本上要问的是,对于性能和方便性,管理,维护和使用可重用代码的最佳方法是什么？

UPDATE

在一些信息性的帖子之后,我决定继续使用一个包含所有可重用例程的单一源代码单元.我已经使用Delphi代码编辑器的代码折叠来创建自定义区域,将不同类型分成组,井区域.所有区域都将折叠,并具有有意义的区域名称.我已将单个源单元添加到库路径,我可以将其添加到任何表单的uses子句,并可以访问所有可重用的例程.请参阅屏幕截图以获得更好的主意:

需要添加更多例程.这些区域有助于保持代码的有序性和易于阅读,如果需要,我可以扩展.

谢谢.

我试图在一个文件中组织我的所有API网址,我正在做的是我创建了一个头文件并添加了以下行

#define LOGIN_URL           @"http://192.168.100.100/api/login"
#define SIGNUP_URL          @"http://192.168.100.100/api/signup"
#define PRODUCTS_URL        @"http://192.168.100.100/api/products"
#define EMPLOYEE_URL        @"http://192.168.100.100/api/employee"
#define GET_PRODUCTS_URL    @"http://192.168.100.100/api/getproducts"
#define CLIENTS_URL         @"http://192.168.100.100/api/clients"

在这里,base url就是http://192.168.100.100/它会不断改变,我总是要查找和替换的IP地址.有没有更好的方法来组织API Url？

我正在为一个多平台项目寻找一个好的项目组织,其中包含用Go编写的多个组件.我知道http://golang.org/doc/code.html推荐的布局,但是布局建议似乎不符合我的要求.

项目组成部分是:

• 服务器(用Go编写)
• 客户端,跨平台(Go)
• 库,在服务器和客户端之间共享(Go)
• 更多客户(iOS,Android)

我的要求是:

• 单个git存储库中的所有组件
• 保持组件分离(例如,每个组件一个目录)
• Go组件可以构建为多个子包

我目前的做法:

project/ (this is the repository root)
  server/
    server.go (package main)
    src/          
      server/
        package1/
          package1.go
        ...
  client/
    client.go (package main)
    src/
      client/
        package2/
          package2.go
        ...
  lib/
    src/
      lib/
         lib.go
         ...
  client-ios/
    ...
  client-android/
    ...

要构建,我使用Makefile

1. 将lib /复制到server /和client /
2. 分别构建服务器/和客户端/,每次都将GOPATH设置到相应的目录.

它有效,但感觉非常笨重,与推荐的代码布局完全不同.

这是我正在考虑的替代方案:

project/ (this is the repository root)
  gospace/
    src/
      server/...
      client/...
      lib/...
  client-ios/
    ...
  client-android/
    ...

有了这个布局,我有一个GOPATH(gospace /),不需要klunky Makefile.然而,组件不像第一替代方案那样整齐地分离(即,通过顶级目录).

我的问题:哪种项目布局最适合我的要求和Go约定和工具支持？有没有更好的选择,我还没有看到？

我正在尝试使用google-styleguide网站上定义的一些角度最佳做法:https://google-styleguide.googlecode.com/svn/trunk/angularjs-google-style.html

但目前我正在努力解决一些问题.在我使用这个样式指南之前,我有一个$scope变量可用于$watch对变量进行操作.

app.controller('myController',['$scope', function($scope) {
    $scope.$watch('myVariable', function(val) {
       alert("I'm changed");
    });
}]);

现在用我的新方法我不知道如何处理这个问题？我还应该注射$scope吗？因为我$scope不使用时不需要注射$watch.

function myController($scope) {
   var vm = this;

   vm.myVariable = "aVariable";
   vm.$watch('vm.myVariable', function(val) {
      // error because $watch is undefined
   });

   //$scope.$watch - works
}

app.controller('myController',['$scope', myController]);

风格指南还建议使用原型.但是,如果我必须注入服务怎么办？在原型中使用服务的最佳方法是什么？

function myController(MyService) {
   var vm = this;

   vm.myService = MyService;
}

myController.prototype.callService = function() {
   var vm = this;

   vm.myService.doSomething();
}

它是否正确？或者我错过了什么,是否有一个地方可以找到关于这种角度编程风格的更多信息？

在我看来,感觉更像是自然的javascript,我想用这种方式来组织我的AngularJS应用程序.

提前致谢

更新

对于"服务"问题,我想到的事情如下:

function MyBaseController(AService, …

序幕

经验丰富的 C（比如说）开发人员会在看到 200 行函数时感到不安。他们将努力将其划分为（比如）十个功能，每个功能 20 行。粗略地说，目标是让函数永远不会跨过一个屏幕。

上下文（更新）

如果桌面（例如 C）应用程序是模块化编写的，则可以轻松定位错误。查看由 调用的所有函数main。查明罪魁祸首；看看里面; 递归。相比之下，HTML 开发是一场噩梦。当发现缺陷或需要改进时，很难缩小应该修改的范围。是否有比服务器端模板或客户端库更好的模块化工具？React/Angular/Vue 适合这份工作吗？如何？

动机

Web 开发人员面临同样的问题。开场<div>与其对应的关门之间的连线</div>永远不要穿过一个屏幕是可取的。如果不能在一个屏幕上同时看到两者，则很难对代码保持良好的心理形象。

模板引擎，比如Jinja，可用于拆分 HTML 文件。

例如，对于一个文件

<div class="main">
    <div class="left">
        <!-- many lines -->
    </div>
    <div class="right">
        <!-- many lines -->
    </div>
</div>

Jinja 的派生可用于将 HTML 文件拆分为父文件和子文件。

<div class="main">
    {% block left %}
    {% endblock %}
    {% block right %}
    {% endblock %}
</div>

{% extends "main.html" %}
{% block left %}
    <!-- many lines --> …