問題タブ [file-structure]

コードを整理するために、(長い) メイン コントローラー クラスを個別のファイルに分割しようとしていますが、新しいファイルは引き続きメイン コントローラー クラスの変数と関数にアクセスできる必要があります。

コントローラー クラスから新しいクラス/ファイルにコードをカット アンド ペーストして、コントローラー クラスが新しいクラスを呼び出せるようにし、新しいクラスがコントローラー クラスのプロパティと関数にアクセスできるようにしようとしています。

適切な設計パターンを完全に殴打しているわけではないと仮定すると、以下は、このタスクを達成するための失敗した試みです。

新しいファイルには Controller クラスへのアクセス権がありません - 動作しません。コードが削除されておらず、元の場所に残っているかのように、Controller クラスのプロパティ、関数、ステージなどにアクセスできるように、新しいファイルを作成する方法を教えてください。

Jetty 7.2 にデプロイする単純な JSP ファイルを作成しました。Jetty が実行されており、デフォルトの Web ページが に表示されhttp://localhost:8080/ます。java -jar start.jarコマンドでJettyを起動しました。

単純な JSP ファイルを に保存jsp_test.jspして<my_jetty_directory>/webapps/jsp_test.jspから、そのファイルにアクセスしようとしましhttp://localhost:8080/jsp_test.jspたhttp://localhost:8080/webapps/jsp_test.jspが、どれも機能しません。

もっとやらなければならないことはありますか？Jetty ファイル構造のどこに JSP ファイルを配置すればよいですか?

役に立つチュートリアルを知っていれば、私は感謝します。良いものは見つかりませんでした。

Jetty7.2にデプロイしたい単純なサーブレットを作成しました。Jettyは実行中であり、でJSPページを提供できますhttp://localhost:8080/jonas/test.jsp。java -jar start.jar私はコマンドでJettyを起動しました。

MyServlet.classコンパイルしたサーブレットをに保存して<my_jetty_directory>/webapps/jonas/WEB-INF/classes/MyServlet.classから、そのサーブレットにアクセスしようとしましhttp://localhost:8080/jonas/servlets/MyServletたが、HTTP 404エラーが発生します。

私がしなければならないことがもっとありますか？Jettyファイル構造のどこに配置する必要がありますMySerlvet.classか？

簡単なweb.xmlファイルを作成して保存し<my_jetty_directory>/webapps/jonas/WEB-INF/web.xml、Jettyを再起動しましたが、機能しません。これが私の簡単なものですweb.xml

JSPでも同様の問題が発生しましたが、これで解決しました。JettyWebサーバーにJSPファイルをデプロイするにはどうすればよいですか。

管理者モデルと公開モデルの両方で使用されるコードがいくつかあります。現在、一部のメソッドはまったく同じですが、adminセクションとpublicセクションの別々のモデルに保存されています。commonというモジュールを作成し、adminモデルとpublicモデルをcommonモデルから拡張して、共有コードをそこに保存したいと思います。私はそれを設定するための構造に混乱しています。私が持っていると仮定して：

構造は次のようになります。

また

また

私はいくつかのモジュールを見てみましたが、それは変化しているように見えますが、それは本当にあなたがそれをどのように構築したいと思うかによるのでしょうか？公式モジュールであるauthモジュールが最初の例に従っているように見えることに気づきましたが、よくわかりません。モジュール名を最初または最後に追加するだけなので、2番目または3番目の方法を使用する方が簡単なようですが。長期的には、一貫性を保つために「正しい」方法に従うほうがよいと思います。仮にあったとしても、これらのどれが正しいでしょうか？

私は友人のために C# プログラムをプログラミングしました。彼がそれを入手したとき、彼はそれを hexedit で開き、プログラムに保存された私のコンピューターのデバッグ フォルダーへのファイルパスを確認できました。デバッグフォルダーにコンパイルされたexeを彼に渡しました。プログラミング コンピューターのファイル構造を、Visual Studio でソフトウェアを逆コンパイルできないようにする方法はありますか?

注: これが「公開」時に作成されるファイルに当てはまるかどうかはわかりません。ユーザーにプログラムをインストールしてほしくありません。インストールする必要がないのは、1 ファイルの exe だけです。プロジェクトの公開を伴わない回答が必要です。

それは重要ですか？どちらかを使用する必要がありますか？または両方、でも？ライセンスファイルに任意の名前を付けることはできますか？（拡張子はありますか？）

これらすべてを含む「ベストプラクティス」ガイドがあると確信していますが、それを見つけることができません。

contacts.edbWindows Liveメールで使用されているファイルのファイル構造に関するドキュメントや情報を持っている人はいますか？ファイルをWLMにインポートして戻す方法が見つからないようです（方法がないと言われているので、CSVファイルに手動でエクスポートして「バックアップ」する必要があります）。

バックアップされたEDBファイルを再インポートする手段が明らかに不足していることを考えると、おそらく、すべての連絡先をvcardなどに読み込んで、それらをインポートするプログラムを作成できると思いました。（私は実際にそれらをOutlookに取り込み、このユーザーのためにWLMを捨てることを実際に探しています。なぜなら、これらのメンテナンスの頭痛の種に対処する気がないからです）。

問題は、WLMのEDBファイルのファイル形式/構造に関する情報がどこにも見つからないことです。

よろしくお願いします。どんな助けでも大歓迎です！

複雑な構造のバイナリ ファイルを読み取る方法を教えてくれる本やチュートリアルはありますか。複雑なファイル形式を読み取って構造体に保存する必要があるプログラムを作成するために、多くの試みを行いました。しかし、プログラムをクラッシュさせるヒープオーバーランなどのために常に失敗しました。

すべてがモジュールであるMVCを構築しています。これにより、フォーラムやユーザーモジュールなどのオブジェクトのコレクションを分離して、MVCをさらに整理できるようになります。

私は現在、クラスを含むようforum/edit/34なもののルートをマップしています。（これは、すべてのアクションがコントローラーのメソッドである標準的なアプローチとは少し異なります）。これにより、コントローラーの個々の「アクション」をすべて独自のファイルに分割できるため、10個の異なるアクションで大規模なコントローラーを管理する必要がなくなります。/forum/controller/edit.phpForum_Controller_EditForum_Controller::edit()

とにかく、ここに問題があります。モジュールに新しいコントローラーを追加したいとします。たとえば、フォーラムのトピック（forum/topic/view/34）が必要だとします。新しい「トピック」モジュールを作成できます。

ただし、1）/topic/view/の代わりにURLを使用する必要がありますforum/topic/view。2）関連するコンポーネントを分離します（トピックはフォーラムモジュールの一部である必要があります）。3）一般的な「トピック」を作成できなくなります。必要に応じて、コンテンツノードなどのモジュール。

では、各モジュールで複数のコントローラー（複数のアクションを含む）を許可しながら、モジュラーMVCを構築するにはどうすればよいですか？

Kohana Frameworkは、この問題を解決するためにHMVCを実装することを決定しました。ただし、その結果、ロードするファイルの正しい場所を見つけるために多くのis_file（）チェックが行われます。I / Oチェックはコモディティハードウェアでは非常に貴重であるため、そのオプションとは考えていません。また、クラスのどのバージョンがロードされているかが明確でないため、同じ名前の複数のクラスを操作するときに混乱が生じる可能性があります。

パスを事前に設定したり、適切なクラスのフォルダーをチェックしたりすることなく、この問題の解決策を見つけたいと思います。それでも、私が調べた最後の20のフレームワークのうち、この普遍的な問題に対する良い答えはないようです。誰かアイデアがありますか？

ルーティングアップデート

ルーティングを実装する場合、どのように機能しますか？最初の（/ forum）、2番目の（/ forum / view）、および3番目のレベル（/ forum / topic / view）をどのように処理しますか？私のルートは、パラメーターを使用して、第3レベルのルートと第2レベルのルートの違いをどのように知ることができますか？言い換えれば、私のシステムはこれらのどれをしようとしますか？（URI「フォーラム/トピック/ビュー/ 34」を指定）

ルーティングアップデート2

カイルズのアドバイスを受けて、私はすべてのコントローラーにルートセットが必要であると判断しました。これにより、URLパス「forum / topic / view/34」ルートより上のクラスのどれも定義できるようになります。結局のところ、すべてのURLは重要であり、配置しているファイルシステム構造に基づくべきではありません。彼は、URLのデザインは私たちがよく言うよりも注目に値すると言っているのは正しいと思います。

MercurialからSVNに移行することを考えています。これは、保守が簡単で、Mercurialクライアントよりも多くの人がSVNクライアントを使用しているためです。ただし、ファイル構造について質問があります-

私は、典型的な適切なSVN構造が次のようになることを理解しています。

/trunk..../
現在のバージョンのファイルはこちら

/ branch
....
/ bugfix
.... / newfeature .... / branch3
.... / branchN

/tag..../
バージョン1.0
..../バージョン2.0
..../バージョンnn

私の質問は、これが複数のOSにどのように影響するかということです。Mercurialのディレクトリをチェックアウトすることしかできないため、現在、私のソフトウェアには、OSごとにソフトウェアのGUI/CLIバージョン用に個別のMercurialリポジトリがあります。ただし、SVNでできることは理解しています。構造は次のようになりますか？

/ Windows（またはLinuxなど）

/ trunk
....
/CLI...../現在のバージョンファイルはこちら
..../GUI
...../現在のバージョンファイルはこちら

/ branch
.... / CLI
.....
/ bugfix
..... / newfeature ..... / branch3
..... / branchN
.... / GUI
..... /bugfix
。 .... / newfeature
..... / branch3
..... / branchN

/ tag
.... / CLI
..... / version 1.0
..... / version 2.0
..... / version nn
.... / GUI
..... / version1.0
...。 ./バージョン2.0
...../バージョンnn

それとも私はこれをあまりにも複雑にしているのでしょうか？GUIバージョンを別のリポジトリに保存することをお勧めしますか？また、これらの典型的なディレクトリのどれにプリコンパイルされた実行可能ファイルが保存されていますか？

私はこれらの質問が初心者に見えるかもしれないことを理解していますが、真実は私がSVNに完全に慣れていないということです。ご協力ありがとうございました！