問題タブ [projects]

CruiseControl でプロジェクトをグループ化することはできますか?

(同じ接頭辞を使用してそれらをグループ化できることは知っていますが、実際にそれらをグループ化することは可能ですか?)。

私は長い間、主にプロプライエタリなコードを書いてきました。スパゲッティコードなど。私は業界から数年離れましたが、何か大きなものを逃したように感じます. 私は本を​​勉強するのに時間を費やしましたが、少し手を汚したいと思います.

私たちのクライアントは、私たちが 15 か月間取り組んできたプロジェクトをキャンセルする可能性が高いようです。

ある時点で再開される可能性はありますが (あまりありそうにありませんが)。

また、これを行っている間、いくつかの分野で当社の製品を拡張しました。他のプロジェクト チームも同様の拡張機能を作成する必要があるかもしれません。

では、将来のチーム (別の人員を含む可能性があります) が私たちが行ったことから学ぶことができるように、後世のために記録する重要なことは何ですか?

これは、将来のメンテナーのために記録する内容とは少し異なります。なぜなら、人々はおそらく私たちのプロジェクトにほとんど、またはまったく精通していない状態で到着し、プロジェクトに長期間関与することはないからです。

これまでのところ、各主要な機能/拡張機能に関する情報の収集に取り組んできました。そのため、要件、ソース コードへのポインター、テスト ケースなどを探す場所が 1 か所あり、重要な設計ポイント/決定などに関する説明を追加しています.

プロジェクトチームがまだ一緒にいる間に、他に何をしてキャプチャする必要がありますか?

私はコンピュータサイエンスを勉強していますが、XMLと強く関連し、少なくともXSDとXSLTまたはXQuery/XPathを使用するプログラミングプロジェクトを実行する必要があります。私はC＃が好きなので、この言語でやりたいのですが、誰かが別のアイデアを持っていれば、別の言語を使用することもできます。

私のアイデアは、ある種の予約帳をコーディングすることです。週のすべての予定がHTMLで表示され、この日のテキストエリアに毎日の予定のメモを入力できると思います。

今私の質問：テキストボックスに入力されたデータをどのように引き継ぐことができますか？アプリケーションはオフラインであるため、入力されたデータを含むGETリクエストを受信するWebサーバーがありません。入力されたすべての値を使用してメモリから現在のHTMLDOMを読み取り、それを後で読み取ることができる永続ストレージ用のXML形式に変換することは可能ですか？

それとも、このアイデアは完全に愚かですか？

これらすべてのXMLテクノロジーを1つのアプリにまとめる方法は他にありますか？

.NETとC＃3.5が、複数のプロジェクトや複数のソリューションにまたがるアプリケーションの設定をどのように処理するかはよくわかりません。多分誰かが私が物事を片付けるのを手伝ってくれるでしょう。

2つのソリューションがあり、どちらにもいくつかのプロジェクトが含まれています。これらのプロジェクトの一部には、プロパティフォルダーの下にSetttings.settingsファイルが含まれており、このプロジェクトのソースファイルに必要な特定の構成変数が含まれています。

何かのようなもの

1. JobManagerソリューション
   • Manager.Core（設定ファイル付き）
   • Manager.UserInterface（設定ファイル付き）
   • Manager.Extension
2. インポーターソリューション
   • インポーター（設定ファイル付き）
   • サービス（設定ファイル付き）

ご覧のとおり、Manager.Coreにはデータベース接続情報などをImporter格納するための独自の構成ファイルが含まれていますが、には、データベースにインポートする必要のあるファイルを取得する場所を知るためのインポートディレクトリへのパスを格納する独自の構成ファイルが含まれていますManager.Core。それで。（これがManager.Coreの目的であり、DBを操作するためのすべてのクエリと挿入が含まれています）

Service一方、は、インポーターを使用するWindowsサービスであり、1時間程度ごとに実行し、エラーログパスの独自の構成設定を含みます。

これで、サービスをコンパイルすると、Service.exe.configという構成ファイルが1つだけになり、サービスプロジェクトで指定された構成パラメーターのみが含まれます。私の最初のアプローチは、 Service.exe.configのManager.CoreとImporterのすべての設定エントリを複製することでした。しかし、テストの結果、どういうわけか、インポーターのパラメーターが存在し、使用されていることがわかりました。

Service.exe.configに存在しない場合の設定はどこにManager.Core保存されますか？Importer

現在の設定Manager.Coreもありますか？つまり、これらの構成設定のエントリをサービス設定ファイルに複製する必要はありませんか？

よろしく、マイケル

前学期 (2008 年 8 月 - 12 月)、私と何人かのクラスメートは C++ でアプリケーションを書きました。これは Sqlite3 の ORM です。リフレクションなどを実装して機能させ、エンドユーザーを醜いものから解放しました。個人的には、私たちは素晴らしい仕事をしたと思います。私たちの ORM は実際に誰かにとって役立つ可能性があります (Sqlite3 用に特別に書かれているにもかかわらず、他のデータベースにも簡単に適応できます)。

その結果、オープン ソース プロジェクトとしてどこか (おそらく sourceforge) で公開する必要があるという結論に達しました。ただし、期間限定のプロジェクトなので、その前に解決しなければならないことがいくつかあります。つまり、修正が必要なメモリリークがいくつかあり、コードの一部をリファクタリングして、将来のすべての人の生活を楽にすることができます.

いくつかの問題について、経験豊富な C++ プログラマーの意見を知りたいです。

• 新しい技術 (ブーストなど) を適用するためにいくつかの部分を書き直す価値はありますか?
• ORM を最新の C++ 標準に適合させる必要がありますか? これを行うメリットはありますか？
• コードのリリース準備が整ったことをどのように知ることができますか?
• この ORM がインターネットの霧の中に忘れ去られる可能性はどれくらいですか? (つまり、プログラマーとしての個人的なプライドを超えて公開する価値はありますか?)

現時点ではこれ以上の質問は思いつきませんが、同様の経験について読みたいと思います。

編集：おそらくコードとコメントを英語に翻訳する必要がありますよね？(自問自答)

前もって感謝します。

プロジェクトを、トランク、ブランチ、タグのサブディレクトリを含む SVN ディレクトリとして定義します。

プロジェクトを 2 つに分割したり、複数のプロジェクトを 1 つに統合したりする時期を決定する際に、どのような基準を使用しますか? - 共通のソースとリソースの共有プロジェクトを使用して、「プロジェクト」ごとに 1 つのアプリを使用しますか? - アプリのすべてのソースとリソースを含む 1 つの大きな「プロジェクト」?

単一プロジェクトまたは複数プロジェクトの両方にプラスとマイナスがあります。私たちは単一のプロジェクトに向かって進んでおり、これが正しいアプローチかどうかを判断しようとしています.

プロジェクトを分割すると、スイートのさまざまな部分に変更を組み込む方法をより細かく制御できます。共通ライブラリはバージョンにすることができ、さまざまなアプリケーションが特定のバージョンを使用することを選択できます (maven dep 管理アプローチ)。

また、プロジェクトを分割すると、複数のクラス階層が作成されるため、コード全体が理解しにくくなり、コードの重複が発生する可能性があります。全体の構造とコンポーネント間の関係を適切に設計することが、このコストを管理するための鍵になると思います。

統一されたプロジェクト アプローチにより、開発者はワークスペースを設定しやすくなり、単一のクラス階層が提供されます。これは諸刃の剣であり、開発者にさらに多くの情報を投げかけます (クラスが多すぎて理解できません)。

では、結合する場所と分割する場所を決定しようとするとき、どの経験則を使用しますか?

プレゼンテーション中に何かがうまくいかず、ひどく気分が悪くなったり、不快に感じたりしたことはありませんか? そのような状況にどのように対処できましたか？

私が書いたいくつかの iphone プロジェクトを 1 つのプロジェクトに結合したいと考えています。これを行う最も簡単な方法は何ですか? iPhoneのホーム画面のボタンひとつでこれらのプロジェクトにアクセスできたらいいのにと思います。

Web Deployment Projects 2008 に関する完全なリファレンスはどこで入手できますか?

検索しましたが、WDP 固有の特性に関するブログの投稿またはフォーラムの質問しかないようです。