開発におけるディレクトリ構造について
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNGお前だけ逝ってろ
0005デフォルトの名無しさん
NGNG0006デフォルトの名無しさん
NGNGプログラマまかせにさせられているので滅茶苦茶です。
0007デフォルトの名無しさん
NGNG相対ディレクトリで作るのが普通じゃないの？
0008デフォルトの名無しさん
NGNGsrc/appliA/
src/appliA/makefile
0009デフォルトの名無しさん
NGNG0010デフォルトの名無しさん
NGNGそいつに提示させる
0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNG先輩はフォルダを見つけやすくする為に
@を最初につけていた。
0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNGttp://maven.apache.org/reference/dirlayout.html
0015デフォルトの名無しさん
NGNGでも次スレはいらない
0016デフォルトの名無しさん
NGNG同一ディレクトリに置くかどうか、いつも悩んでいる。
ライブラリとして利用する場合はヘッダとソースがいっしょじゃ困るだろうし、
分けるとしたらどうやってインクルードするのか、困る。
「どうやってインクルードするか」ってのは、対応するソースファイルがインクルードするときと、
ライブラリユーザーのコードからインクルードするときの２通りある。
boostみたいに、インクルードするときに #include "boost/..." と書けることは重要だと思う。
ただ、$BOOST_ROOT/boostというのがどうも納得いかない。
$BOOST_ROOT/include/boostとして、
たとえばgccなら -I$BOOST_ROOT/include とするほうがいいんじゃないかと思う。
みんなどう決めてますか？
0017デフォルトの名無しさん
NGNGinclude/
projectA/
componentA.h
src/
componentA/
functionA.c
functionB.c
rc/
etc/
doc/
build/
bin/
share/
lib/
include/
configure
0018デフォルトの名無しさん
NGNGsrc/
jp/
co/
hoge/
imgsource/
bin/
jp/
co/
hoge/
0019デフォルトの名無しさん
NGNG0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNG0022デフォルトの名無しさん
NGNGtest/
read.cgi/
tech/
0023デフォルトの名無しさん
NGNGread.cgi/
この２つがいつも謎なんだけど？
0024デフォルトの名無しさん
NGNG2. 稼動させた
3. 変えるのも面倒なのでそのまま運営を続けた
0025デフォルトの名無しさん
NGNG0026デフォルトの名無しさん
NGNGread.cgi以下はread.cgiが環境変数として読み取る。
http://tohoho.wakusei.ne.jp/wwwcgi3.htm#CgiParameter
0027デフォルトの名無しさん
NGNGprojects.slnとconfigure.inを同じディレクトリに置いてるんだけど、
Windows用のソースだけ取り出したいときとか不便かも。
0028デフォルトの名無しさん
NGNG/workspace/プロジェクト名 の下にこんな感じで置いてる。
/build
/src ← ソースコード置き場
/main ← ソースコード本体
/ドメイン名ディレクトリ(例えばnet.2ch.www とか)
/パッケージ名ディレクトリ/*.java
/test ← JUnitのテストケースクラスなどの置き場所
/ドメイン名ディレクトリ(例えばnet.2ch.www とか)
/パッケージ名ディレクトリ/*Test.java
/bin バイナリ コンパイルされたコード置き場
/main ← バイナリコード本体
/ドメイン名ディレクトリ(例えばnet.2ch.www とか)
/パッケージ名ディレクトリ/*.class
/test ← JUnitのテストケースクラスなどの置き場所
/ドメイン名ディレクトリ(例えばnet.2ch.www とか)
/パッケージ名ディレクトリ/*Test.class
0029デフォルトの名無しさん
NGNG/api Javadocドキュメント生成用ディレクトリ
/report JUnitの達成状況レポートディレクトリ(Antの<junitreport>が生成する)
/uml EclipseブラグインOmondoによるUMLダイアグラム生成用ディレクトリ
/class クラス図
/deployment 配置図
/.uml Omondoが勝手に自動生成するディレクトリ
/io I/O関係など、ファイル入出力が関与するディレクトリ
/sbook ← Eclipseのスクラップブックのファイル置場
/CVS ← これは勝手にできてしまうがEclipseからはみえないので気にしない(Antでは例外)。
build.xml ← Apache Ant専用
/ant
名前.xml ← build.xmlから<ant>タスクなどで呼び出すビルドファイル。
/jar antなどで作成されたjarファイル。
/pkg 外部パッケージ(Eclipse3.0からは専用の外部パッケージ置き場が作られるので要らなくなる)
/m 何かのメモ置き場(こいつもEclipseでCVSで管理する)
/key jarファイル署名用ファイル置き場
0030デフォルトの名無しさん
NGNGもっと複雑になりそうだ
だれか良いサンプル持ってない？
0031デフォルトの名無しさん
NGNGsrcs
とか単数複数統一してない構成が結構多いよな
0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNG/soy
/demiglace
0034デフォルトの名無しさん
NGNG0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNGディレクトリ指定は入れるけど、ソースファイルからの相対では入れない。
0037デフォルトの名無しさん
NGNGこんな感じ
0038デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNG0041デフォルトの名無しさん
NGNG0042デフォルトの名無しさん
2005/04/15(金) 21:35:26いろんな市販のライブラリがあると思いますが、そういう物を導入すると
どのように展開されるんでしょうか？
そのライブラリの名前のディレクトリが C:\Program Files 直下に作られて
そこに展開されるとか？
0043デフォルトの名無しさん
2005/04/15(金) 23:36:33それやると、cvs とか svn で複数のワークスペースを
checkout してるときに困る。相対にすべき。
0044デフォルトの名無しさん
2005/04/16(土) 00:37:450045デフォルトの名無しさん
2005/04/19(火) 21:57:24特に決まりはないというかみんな好き勝手なところに入れるなよおかげでディスクの中ぐちゃぐちゃじゃん。
という感じ。
0046デフォルトの名無しさん
2005/04/30(土) 09:30:39> /usr/lib とか /usr/include に相当するのは、Windows では何なんでしょう。
c:/usr/local/cygwin/usr/lib
c:/usr/local/cygwin/usr/include
0047デフォルトの名無しさん
2005/05/05(木) 22:26:03それぞれのソースのディレクトリの中に".deps/"作る*2か，まとめて，"bin/"作る*1か，
どっちがいいんでしょう？
/projectA
/bin
/part1
a.exe *1
/src
/part1
a.c
/.deps
a.exe *2
0048デフォルトの名無しさん
2005/05/06(金) 12:53:100049デフォルトの名無しさん
2005/05/06(金) 12:56:170050デフォルトの名無しさん
2005/06/08(水) 15:45:14c:\lib
c:\src
で開発,デモの時はディレクトリーごとコピー
こんなんでいいんだろうか
■ このスレッドは過去ログ倉庫に格納されています