软件开发目录结构

Foo/  # 项目目录
  ├── bin/
  │   └── code.py
  │
  ├── conf/
  │   └── settings.py
  │
  ├── data/
  │   ├── 01.pk
  │   ├── 02.json
  │   └── 03.xml
  │
  ├── lib
  │   ├── abc.rst
  │   └── annotations.jar
  │
  ├── log/
  │   ├── 01.log
  │   └── 02.log
  │
  ├── man.py
  ├── requirements.txt
  └── README.md

解释:

  • 项目的目录介绍
    • bin : 存放项目的一些可执行文件、代码文件。当然你可以起名 script/ 之类的也行
    • conf : 配置文件存放目录
    • data : 数据文件存放目录,用于存放存储数据的文件,如 xml, json 等
    • lib : 共享文件目录, 存放其他文件目录. 如 压缩文件(1.zip、1.tgz)、 字体文件(1.tty)、 等程序调用的外部文件
  • 项目的文件介绍
    • man.py 项目启动文件
    • requirements.txt : 存放软件依赖的外部 Python 包列表
    • README.md : 项目说明文件。

原文地址:https://www.cnblogs.com/dream4567/p/9946737.html

时间: 2024-10-07 00:10:06

软件开发目录结构的相关文章

Python模块:Re模块、附软件开发目录规范

Re模块:(正则表达式) 正则表达式就是字符串的匹配规则 正则表达式在多数编程语言里都有相应的支持,Python里面对应的模块时re 常用的表达式规则:(都需要记住) " . "   #  默认匹配除\n之外的任意一个字符,若指定flag DOTALL,则匹配任意字符,包括换行 " ^ "  #  匹配字符开头,若指定flags MULTILINE,这种也可以匹配上("^a","\nabc\neee",flags=re.MUL

模块(二)之软件开发目录,常用模块

软件开发目录 我们学习编程开始都是将所有的代码全部都放到一个文件里面,后来我们学习函数,模块之后才会说将自己程序的功能具体分一下类,但是因为我们写的程序是需要用户来使用的,对于怎样编程,怎样分类他们都是不了解的,这就需要我们对于软件或者说是程序的开发有一个明确的目录,让不管是自己还是维护人员都可以知道这个程序的大体内容.目录大概结构如下: 对于目录的具体分类大体有以下几类: 1.bin:启动目录,里面只需要有一个启动程序即可,所有文件的启动都由这里开始 2.conf:配置目录,里面是关于程序运行

Python学习————软件开发目录规范

软件开发目录规范 为了提高程序的可读性与可维护性,我们应该为软件设计良好的目录结构,这与规范的编码风格同等重要.软件的目录规范并无硬性标准,只要清晰可读即可,假设你的软件名为foo,笔者推荐目录结构如下 Foo/ |-- core/ | |-- core.py | |-- api/ | |-- api.py | |-- db/ | |-- db_handle.py | |-- lib/ | |-- common.py | |-- conf/ | |-- settings.py | |-- run

4 Apr 18 软件开发目录 logging模块的使用 序列化(Json, Pickle) os模块

4 Apr 18 上节课复习:函数在一个程序内被使用,模块可以被几个程序共享使用 一.软件开发目录 confàsettings.py core(主要逻辑)àsrc.py dbàdb.txt lib(库)àcommon.py bin(入口,启动)àstart.py logàaccess.log readme(说明书)   二.logging模块的使用 日志分为五个级别:debug 10, info 20, warning 30, error 40, critical 50 若日志级别设为10,包括

软件开发目录规范

为什么要设计好目录结构? "设计项目目录结构",就和"代码编码风格"一样,属于个人风格问题.对于这种风格上的规范,一直都存在两种态度: 一类同学认为,这种个人风格问题"无关紧要".理由是能让程序work就好,风格问题根本不是问题. 另一类同学认为,规范化能更好的控制程序结构,让程序具有更高的可读性. 我是比较偏向于后者的,因为我是前一类同学思想行为下的直接受害者.我曾经维护过一个非常不好读的项目,其实现的逻辑并不复杂,但是却耗费了我非常长的时间去

Python的软件开发目录规范

软件开发的目录规范: 为了提高程序的可读性与可维护性,我们应该为软件设计良好的目录结构,这与规范的编码风格同等重要.软件的目录规范并无硬性标准,只要清晰可读即可,假设你的软件名为foo,笔者推荐目录结构如下 Foo/ |-- core/ | |-- core.py | |-- api/ | |-- api.py | |-- db/ | |-- db_handle.py | |-- lib/ | |-- common.py | |-- conf/ | |-- settings.py | |-- r

TomCat以及JavaWeb的开发目录结构

1. 部署并启动 tomcat 服务器.1). 解压 apache-tomcat-6.0.16.zip 到一个非中文目录下2). 配置一个环境变量. java_home(指向 JDK 安装的根目录) 或 jre_home3). 通过双击 apache-tomcat-6.0.16\bin 目录下的 startup.bat, 启动服务器4). 可以在浏览器中输入 localhost:8080 来检验 Tomcat 安装是否正确. 5). 若已经启动了一个 Tomcat 应用, 若再启动同一个 Tom

【转】svn 的开发目录结构和流程

原文: https://blog.csdn.net/iteye_15570/article/details/82548132 ---------------------------------------------------------- Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,bran

模块的使用,软件开发目录规范

一.模块 1.定义:就是一系列功能的结合体 2.模块的三种来源: ①.内置的(Python解释器自带) ②.第三方的(别人写的) ③.自定义的(你自己写的) 3.模块的四种表现形式 ①.使用Python编写的py文件(也就意味着py文件也可以称之为模块:一个py文件也可以称之为一个模块) ②.已被编译为共享库或DLL的c或c++扩展(了解) ③.把一系列模块组织到一起的文件夹(文件夹下有一个__init__.py文件,改文件称之为包) ④.使用c编写并连接到Python解释器的内置模块 4.使用