SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
BeInteractive! [ArtisticCoding: データ通信の抽象化 (Abstract Query パターン)]
前回、前々回と、BEFoundation (って何？という方は→こちら) 内の再利用可能なクラスについて解説しました。しかし、オブジェクト指向では、実際のコードやクラスとなっていなくても、再利用可能なものがあります。そう、設計、いわゆるデザインパターンというヤツです。ライブラリと違って、デザインパターンは文書化しないとなかなか見えない・残らないものなので、仕事で使って有効だと思ったものなど紹介していきたいと思います。 今回は、データ通信を抽象化するためのパターンです。個人的に Abstract Query パターンと呼んでいますが、名前をわざわざ付けるほどオリジナリティがあるかは微妙です。事実、実体としては Abstract Factory ほぼそのままで、考え方としては、サーバーサイドではお馴染みであろう Data Access Object が近いです。 ここで言うデータ通信とは、次の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
